Menu
▾
▴
pidgin-devel — DO NOT USE. See https://pidgin.im/cgi-bin/mailman/listinfo/devel
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(27) |
Jul
(25) |
Aug
(21) |
Sep
(136) |
Oct
(123) |
Nov
(87) |
Dec
(110) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(87) |
Feb
(88) |
Mar
(81) |
Apr
(255) |
May
(73) |
Jun
(96) |
Jul
(131) |
Aug
(94) |
Sep
(148) |
Oct
(171) |
Nov
(166) |
Dec
(172) |
| 2004 |
Jan
(251) |
Feb
(140) |
Mar
(213) |
Apr
(298) |
May
(182) |
Jun
(185) |
Jul
(159) |
Aug
(376) |
Sep
(334) |
Oct
(256) |
Nov
(217) |
Dec
(189) |
| 2005 |
Jan
(186) |
Feb
(151) |
Mar
(199) |
Apr
(115) |
May
(203) |
Jun
(228) |
Jul
(116) |
Aug
(189) |
Sep
(136) |
Oct
(198) |
Nov
(249) |
Dec
(339) |
| 2006 |
Jan
(167) |
Feb
(185) |
Mar
(95) |
Apr
(133) |
May
(86) |
Jun
(156) |
Jul
(149) |
Aug
(170) |
Sep
(208) |
Oct
(151) |
Nov
(270) |
Dec
(148) |
| 2007 |
Jan
(240) |
Feb
(127) |
Mar
(150) |
Apr
(40) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Duane <du...@e1...> - 2007-03-30 15:12:51
|
Ethan Blanton wrote: > Assuming that you have found a freely licensed RC4 implementation Or write your own (although RC4 isn't secure) based on the specs, RC4 is touted as one of the easiest to implement, which is why it's still kicking about. http://ciphersaber.gurus.com/ -- Best regards, Duane http://www.cacert.org - Free Security Certificates http://www.nodedb.com - Think globally, network locally http://www.sydneywireless.com - Telecommunications Freedom http://e164.org - Because e164.arpa is a tax on VoIP http://www.freeauth.org - Enterprise Two Factor Authentication "In the long run the pessimist may be proved right, but the optimist has a better time on the trip." |
|
From: Ethan B. <ebl...@cs...> - 2007-03-30 14:41:15
|
Nathan Peterson spake unto us the following wisdom: > I'm working on a protocol that requires RC4 during authentication.=20 > Should I be modifying cipher.c to support RC4? or should I handle that= =20 > inside my plugin? Assuming that you have found a freely licensed RC4 implementation which can compatibly be merged with GPL code, it should be added to cipher.c. RC4 is a common enough cipher (indeed, as someone has already stated, MySpaceIM may use it) that it will probably be used elsewhere. That said, for testing and development, you can build it as an external cipher and simply register it with the cipher API. Ethan --=20 The laws that forbid the carrying of arms are laws [that have no remedy for evils]. They disarm only those who are neither inclined nor determined to commit crimes. -- Cesare Beccaria, "On Crimes and Punishments", 1764 |
|
From: Atamurad H. <ata...@gm...> - 2007-03-30 10:10:30
|
Hi, Just wanted to inform you, MySpace IM uses RC4 during authentication too. I think adding it to cipher.c would be better idea. On 3/30/07, Nathan Peterson <gai...@gl...> wrote: > I'm working on a protocol that requires RC4 during authentication. > Should I be modifying cipher.c to support RC4? or should I handle that > inside my plugin? > > thanks, > -Nathan > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel > |
|
From: Nathan P. <gai...@gl...> - 2007-03-30 07:19:58
|
I'm working on a protocol that requires RC4 during authentication. Should I be modifying cipher.c to support RC4? or should I handle that inside my plugin? thanks, -Nathan |
|
From: Evan S. <ev...@ad...> - 2007-03-30 04:56:32
|
On Mar 30, 2007, at 12:39 AM, Evan Schoenberg wrote: > I get the same 0-byte response with: > <iq to='10.0.1.105' id='asdf' type='get'><query xmlns=’http:// > gaim.sf.net’/></iq> > and > <iq to='10.0.1.105' id='asdf' type='get'><query xmlns=’http:// > jabber.org/protocol/disco#info’/></iq> > > In both cases, iChat reports that the remote user (the one who sent > the XML) left, then reports that it left. > I take it back; sorry for the confusion. I'd been copying and pasting in my continued tests.. and at some point I pasted somewhere which made smart quotes, and that made iChat angry. Carefully typing from nothing, I can elicit: Sending <iq to='10.0.1.105' id='asdf' type='get'><query xmlns='http:// jabber.org/protocol/disco#info'/></iq> Received <iq id="asdf" type="error"><error type="501">Client has no handler for IQ type get namespace http://jabber.org/protocol/ disco#info</error></iq> which is exactly what we want and expect. So it looks like we can do capabilities discovery and then do the Right thing when playing with iChat and with other, more capable clients. -Evan |
|
From: Evan S. <ev...@ad...> - 2007-03-30 04:39:58
|
On Mar 29, 2007, at 11:43 PM, Sean Egan wrote: > On 3/29/07, Evan Schoenberg <ev...@ad...> wrote: >> But try something that I think oughta be valid: >> Send: xml <iq to='10.0.1.105' type='get'><query >> xmlns='http://jabber.org/protocol/disco#info'/></iq> >> Response: 0 bytes, which libezv normally treats as "connection >> closed" (and >> perhaps properly so). > > <iq/> stanzas MUST have an id attribute. Try adding one and see > what happens. I get the same 0-byte response with: <iq to='10.0.1.105' id='asdf' type='get'><query xmlns=’http:// gaim.sf.net’/></iq> and <iq to='10.0.1.105' id='asdf' type='get'><query xmlns=’http:// jabber.org/protocol/disco#info’/></iq> In both cases, iChat reports that the remote user (the one who sent the XML) left, then reports that it left. When sending blantantly invalid strings directly, it behaves the exact same way; for example, the following: <message to="10.0.1.105"><body>foo</body></invalid> (whereas replacing that </invalid> with </message> works just fine) -Evan |
|
From: Sean E. <sea...@gm...> - 2007-03-30 03:43:42
|
On 3/29/07, Evan Schoenberg <ev...@ad...> wrote: > But try something that I think oughta be valid: > Send: xml <iq to='10.0.1.105' type='get'><query > xmlns='http://jabber.org/protocol/disco#info'/></iq> > Response: 0 bytes, which libezv normally treats as "connection closed" (and > perhaps properly so). <iq/> stanzas MUST have an id attribute. Try adding one and see what happens. -s. |
|
From: Evan S. <ev...@ad...> - 2007-03-30 03:27:05
|
On Mar 29, 2007, at 10:35 PM, Sean Egan wrote: > Someone should try sending iChat some XMPP stanzas other than > <message/> and see what happens. A good test would be to send iChat > something like: > > <iq to='whatever' id='asdf' type='get'><foo xmlns='http:// > gaim.sf.net' /></iq> > > and see if iChat responds with an IQ error. Well, on the one hand, iChat (version 3.1.7, which ships with OS X 10.4.8) replies: <iq id="asdf" type="error"><error type="501">Client has no handler for IQ type get namespace http://gaim.sf.net</error></iq> Interestingly (to me -- is there a perfectly good reason for this?): Send: <iq to=’10.0.1.105’ type=’get’><foo xmlns=’http://jabber.org/ protocol/disco#info’/></iq> Response: <iq type="error"><error type="501">Client has no handler for IQ type get namespace http://jabber.org/protocol/disco#info</ error></iq> But try something that I think oughta be valid: Send: xml <iq to=’10.0.1.105’ type=’get’><query xmlns=’http:// jabber.org/protocol/disco#info’/></iq> Response: 0 bytes, which libezv normally treats as "connection closed" (and perhaps properly so). What do you make of that? -Evan |
|
From: Sean E. <sea...@gm...> - 2007-03-30 02:35:59
|
On 3/29/07, Evan Schoenberg <ev...@ad...> wrote: > I'd like to start a cross-list Adium/Gaim dialogue about the future of > Really, as I understand it, Bonjour is XMPP but with (1) different network > code, which routes through an mDNS stack instead of traditional network > calls and (2) different presence handling, especially since there is no > Bonjour Roster. Mark, who wrote our initial Bonjour stuff, disagrees. He says that only the format of the messages is the same. Everything else is vastly different, and our code base seems to confirm that. Someone should try sending iChat some XMPP stanzas other than <message/> and see what happens. A good test would be to send iChat something like: <iq to='whatever' id='asdf' type='get'><foo xmlns='http://gaim.sf.net' /></iq> and see if iChat responds with an IQ error. If it doesn't, there's probably no point in trying to reuse the Jabber code. -s. |
|
From: Evan S. <ev...@ad...> - 2007-03-30 01:20:44
|
On Mar 29, 2007, at 9:14 PM, Richard Laager wrote: > Is there any effort to standardize XMPP over mDNS? Would it be > compatible with Bounjour? I should have included this bit of information in my original post: Bonjour is now defined as XEP-0174 [1] and also called "Link-Local Messaging". My entire lengthy post, then, could really be summarized as: Rather than implementing Bonjour as an entirely separate protocol, XEP-0174 should be implemented in a sub-prpl of the existing XMPP prpl. This implementation should allow the UI to use the mDNS implementation of its choice. [1] http://www.xmpp.org/extensions/xep-0174.html Cheers, Evan |
|
From: Evan S. <ev...@ad...> - 2007-03-29 23:58:19
|
I'd like to start a cross-list Adium/Gaim dialogue about the future of Bonjour, especially as it relates to XMPP. Apparently, the Bonjour protocol as implemented by iChat is a small subset of XMPP but there's no reason not to fully support everything XMPP has to offer. That includes, of course, eventual Talk support via libjingle, just-as-a-for-instance. The only part of XMPP which is excluded when using Bonjour is the roster, it appears. We discussed this a bit on adium-dev already. Adium currently utilizes libezv, a BSD licensed implementation of Bonjour which is approximately where the libgaim bonjour prpl is at present (presence, messaging, typing status) with what I believe are a few extras (buddy icon support) but some similar limitations (no file transfer, for example). One thing libezv *does* get us in Adium is the use of OS X's systemwide mDNS stack via native calls. Really, as I understand it, Bonjour is XMPP but with (1) different network code, which routes through an mDNS stack instead of traditional network calls and (2) different presence handling, especially since there is no Bonjour Roster. What if the Jabber prpl were split, similarly to how Oscar was split into AIM and ICQ, but with a significantly greater degree of split complexity? Jabber and Bonjour wouldn't be treated as the same protocol in terms of what a user (or a UI) saw, but at the heart they could share the vast majority of their code. Bonjour would do network activity via GaimBonjourMDNSCallback functions, or the like, such that the UI would be able to use the best available library. In the case of Gaim, that would be Howl initially but hopefully Avahi in the future. In the case of Adium, this would be the appropriate DNSServiceDiscovery and CoreFoundation framework calls. We have a couple strong Google Summer of Code proposals related to Bonjour that we're considering for Adium, and I see a number of proposals related to it in the Gaim GSoC applications list, as well. A project in this direction could have big payoff, especially looking forward: we would bring a mature, capable, growing XMPP implementation to Bonjour, raising the bar as to what a Bonjour client can and should do. The time to think about this and discuss it is now, while we have interested students looking to get involved in an important project and before we allow them to work in a direction which might soon be reversed. Thoughts? Please reply-to-all; my apologies for the extra traffic to those of you who are subscribers of both lists. -Evan |
|
From: Eric P. <al...@gm...> - 2007-03-29 20:49:23
|
yeah, my theory seems a little shot with that. but the fact that the size mod(1000) is pretty close to 870 makes you wonder. On 3/29/07, James Lockie <bjl...@lo...> wrote: > Eric Polino wrote: > > i'm not sure of your problem, but i'm willing to bet there isn't > > anything wrong with the %. i'm guessing that there's something wrong > > with the size and based on a file being 1byte, the amount transfered > > would amount to that % value. > > > > ie: > > a file of 300bytes transfered where the size is thought to be only > > 1byte would equate to 30,000% transfered. > > > > if this is indeed the case, the file you transfered in the pic would > > be 869,046 bytes or ~ 870KB. > > > The file is 3,700,864B > Maybe it was a shortcut on Windoze. > > On 3/28/07, James Lockie <bjl...@lo...> wrote: > > > >> I am using beta6 compiled on AMD64 for Linux. > >> A pic of the behaviour is at: > >> http://lockie.ca/test/gaim.png > >> > >> The file is transferring fine but it is not 1 byte and the % done is wrong. > >> > >> > >> ------------------------------------------------------------------------- > >> Take Surveys. Earn Cash. Influence the Future of IT > >> Join SourceForge.net's Techsay panel and you'll get the chance to share your > >> opinions on IT & business topics through brief surveys-and earn cash > >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > >> _______________________________________________ > >> Gaim-devel mailing list > >> Gai...@li... > >> https://lists.sourceforge.net/lists/listinfo/gaim-devel > >> > >> > > > > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel > -- "...indexable arrays, which may be thought of as functions whose domains are isomorphic to contiguous subsets of the integers." --Haskell 98 Library Report |
|
From: James L. <bjl...@lo...> - 2007-03-29 20:44:16
|
Eric Polino wrote: > i'm not sure of your problem, but i'm willing to bet there isn't > anything wrong with the %. i'm guessing that there's something wrong > with the size and based on a file being 1byte, the amount transfered > would amount to that % value. > > ie: > a file of 300bytes transfered where the size is thought to be only > 1byte would equate to 30,000% transfered. > > if this is indeed the case, the file you transfered in the pic would > be 869,046 bytes or ~ 870KB. > The file is 3,700,864B Maybe it was a shortcut on Windoze. > On 3/28/07, James Lockie <bjl...@lo...> wrote: > >> I am using beta6 compiled on AMD64 for Linux. >> A pic of the behaviour is at: >> http://lockie.ca/test/gaim.png >> >> The file is transferring fine but it is not 1 byte and the % done is wrong. >> >> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share your >> opinions on IT & business topics through brief surveys-and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> Gaim-devel mailing list >> Gai...@li... >> https://lists.sourceforge.net/lists/listinfo/gaim-devel >> >> > > > |
|
From: Eric P. <al...@gm...> - 2007-03-29 04:56:07
|
i'm not sure of your problem, but i'm willing to bet there isn't anything wrong with the %. i'm guessing that there's something wrong with the size and based on a file being 1byte, the amount transfered would amount to that % value. ie: a file of 300bytes transfered where the size is thought to be only 1byte would equate to 30,000% transfered. if this is indeed the case, the file you transfered in the pic would be 869,046 bytes or ~ 870KB. On 3/28/07, James Lockie <bjl...@lo...> wrote: > > I am using beta6 compiled on AMD64 for Linux. > A pic of the behaviour is at: > http://lockie.ca/test/gaim.png > > The file is transferring fine but it is not 1 byte and the % done is wrong. > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel > -- "...indexable arrays, which may be thought of as functions whose domains are isomorphic to contiguous subsets of the integers." --Haskell 98 Library Report |
|
From: James L. <bjl...@lo...> - 2007-03-29 02:46:45
|
I am using beta6 compiled on AMD64 for Linux. A pic of the behaviour is at: http://lockie.ca/test/gaim.png The file is transferring fine but it is not 1 byte and the % done is wrong. |
|
From: Gabriel S. <ni...@go...> - 2007-03-27 22:11:58
|
On Tue, 2007-03-27 at 14:22 -0700, Sean Egan wrote: > Because GtkComboBox was introduced in GTK+ 2.4 (I think... somewhere > thereabout... maybe 2.6), and Gaim is obligated to run on GTK+ 2.0. Aaaah, OK. Well, I /did/ structured my patch using #ifdef statements, so I could replace my current #ifdef condition with GTK_CHECK_VERSION. We would then have GtkComboBoxes if the version is high enough, and fall back to GtkOptionMenu otherwise. Would that be acceptable ? Gabriel |
|
From: Sean E. <sea...@gm...> - 2007-03-27 21:22:34
|
On 3/27/07, Gabriel Schulhof <ni...@go...> wrote: > Hi! Hi! > Why does the preferences dialog contain so many GtkOptionMenus instead ? > I have a patch that causes gaim_gtk_prefs_dropdown_from_list to create a > GtkComboBox instead of a GtkOptionMenu. Because GtkComboBox was introduced in GTK+ 2.4 (I think... somewhere thereabout... maybe 2.6), and Gaim is obligated to run on GTK+ 2.0. For Gaim 2.0.0, we decided we wanted to use GtkComboBox for our status dropdown, but later abandoned that idea. Because of that, we have our own version of GtkComboBox in the Gaim source tree, but I'd prefer using that less than more. -s. |
|
From: Gabriel S. <ni...@go...> - 2007-03-27 21:12:56
|
Hi! Why does the preferences dialog contain so many GtkOptionMenus instead ? I have a patch that causes gaim_gtk_prefs_dropdown_from_list to create a GtkComboBox instead of a GtkOptionMenu. Is this mailing list a good place to post it ? TIA, Gabriel |
|
From: Mark D. <ma...@ki...> - 2007-03-27 07:19:35
|
On Tue, 27 Mar 2007 01:52:47 -0400, Eric Polino wrote > i've been trying to figure out why the package installed version of > gaim-text works fine on my box, but the svn version that i have > doesn't seem to want to work as well. to be more specific, the > version i'm running directly from the directory where i've been > fiddling with the source i've received via svn doesn't want to > connect to any of my accounts. > > attached you will find a copy of the .error that it generates. i've > seem to have narrowed it down to where it's breaking, but i have no > idea why, possibly because i'm not sure what dbus is and/or how it > works. it seems to be related to managing the network connections. > when i try to connect to an account it fails on an assertion saying > that presence != NULL. i've pinpointed where this error is being > thrown. line 1369 in libgaim/account.c on the call to > gaim_presence_is_online(account->presence). i'm not sure why it's > like that, or even what this variable is for, where it's supposed to > be sent. > > the output from my .error file seems to shed a bit of light. the > first line complaining about being unable to connect reguarding some > dbus thing, seems to suggest i might have a dbus issue. anyone know > how this might be related. also, the 281 lines of assertion errors > status != NULL in gaim_presence_set_status_active() seem to be > related to my presence assertion issue from above. i'll continue > looking, but if anyone has any ideas, i'd love to hear them. It sounds like Gaim doesn't know where to find your protocol plugins, and you just need to 'make install'. If you don't want to install to a system-wide directory, you can pass --prefix=/home/me/gaim-svn to configure or autogen.sh. -Mark |
|
From: Eric P. <al...@gm...> - 2007-03-27 05:52:47
|
i've been trying to figure out why the package installed version of gaim-text works fine on my box, but the svn version that i have doesn't seem to want to work as well. to be more specific, the version i'm running directly from the directory where i've been fiddling with the source i've received via svn doesn't want to connect to any of my accounts. attached you will find a copy of the .error that it generates. i've seem to have narrowed it down to where it's breaking, but i have no idea why, possibly because i'm not sure what dbus is and/or how it works. it seems to be related to managing the network connections. when i try to connect to an account it fails on an assertion saying that presence != NULL. i've pinpointed where this error is being thrown. line 1369 in libgaim/account.c on the call to gaim_presence_is_online(account->presence). i'm not sure why it's like that, or even what this variable is for, where it's supposed to be sent. the output from my .error file seems to shed a bit of light. the first line complaining about being unable to connect reguarding some dbus thing, seems to suggest i might have a dbus issue. anyone know how this might be related. also, the 281 lines of assertion errors status != NULL in gaim_presence_set_status_active() seem to be related to my presence assertion issue from above. i'll continue looking, but if anyone has any ideas, i'd love to hear them. the following is my .error file: dbus: Failed to get connection: Failed to execute dbus-launch to autolaunch D-Bus session util: Reading file accounts.xml from directory /home/aluink/.gaim util: Reading file status.xml from directory /home/aluink/.gaim stun: using server stun: using server gntmain: setting up IO GntStyle: File is empty duplicate_hashes gnt_bindable_class_init duplicate_hashes gnt_wm_class_init util: Reading file blist.xml from directory /home/aluink/.gaim g_log: gaim_presence_set_status_active: assertion `status != NULL' failed g_log: gaim_presence_set_status_active: assertion `status != NULL' failed ... 277 times ... g_log: gaim_presence_set_status_active: assertion `status != NULL' failed g_log: gaim_presence_set_status_active: assertion `status != NULL' failed prefs: Reading /home/aluink/.gaim/prefs.xml (01:34:34) prefs: Finished reading /home/aluink/.gaim/prefs.xml (01:34:34) pounce: Error reading pounces: Failed to open file '/home/aluink/.gaim/pounces.xml': No such file or directory (01:34:34) account: got here(01:34:34) g_log: gaim_presence_is_online: assertion `presence != NULL' failed duplicate_hashes gnt_widget_class_init duplicate_hashes gnt_box_class_init duplicate_hashes gnt_window_class_init gnt_widget_init gnt_box_init gnt_window_init duplicate_hashes gnt_tree_class_init gnt_widget_init gnt_tree_init duplicate_hashes gnt_combo_box_class_init gnt_widget_init gnt_widget_init gnt_tree_init gnt_widget_init gnt_box_init gnt_combo_box_init duplicate_hashes gnt_entry_class_init gnt_widget_init gnt_entry_init gnt_widget_map gnt_box_map gnt_tree_draw gnt_combo_box_draw gnt_entry_draw gnt_box_draw gnt_tree_draw gnt_tree_draw gnt_combo_box_draw gnt_entry_draw gnt_box_draw duplicate_hashes gnt_menu_class_init gnt_widget_init gnt_tree_init gnt_menu_init gnt_widget_init gnt_tree_init gnt_menu_init gnt_widget_init gnt_tree_init gnt_menu_init gnt_widget_init gnt_tree_init gnt_menu_init gnt_combo_box_draw gnt_combo_box_draw gnt_entry_draw gnt_combo_box_draw gnt_widget_init gnt_box_init duplicate_hashes gnt_text_view_class_init gnt_widget_init gnt_text_view_init duplicate_hashes gnt_line_class_init gnt_widget_init gnt_line_init gnt_widget_init gnt_box_init duplicate_hashes gnt_button_class_init gnt_widget_init gnt_button_init duplicate_hashes gnt_check_box_class_init gnt_widget_init gnt_button_init gnt_check_box_init gnt_widget_init gnt_button_init gnt_check_box_init gnt_widget_map gnt_box_map gnt_text_view_draw gnt_button_draw gnt_check_box_draw gnt_check_box_draw gnt_box_draw gnt_box_draw gnt_button_draw gnt_text_view_draw gnt_button_draw gnt_check_box_draw gnt_check_box_draw gnt_box_draw gnt_box_draw gnt_tree_draw gnt_tree_draw gnt_combo_box_draw gnt_entry_draw gnt_box_draw (01:34:34) util: requested to fetch (http://216.229.235.66:2869/upnphost/udhisapi.dll?content=uuid:cae16b27-3f31-44b3-adbe-e707874f8312), full=1, user_agent=((null)), http11=1 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dns: DNS query for '216.229.235.66' queued gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dns: Created new DNS child 21078, there are now 1 children. gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dns: Successfully sent DNS request to child 21078 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dns: Got response for '216.229.235.66' gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dnsquery: IP resolved for 216.229.235.66 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) proxy: Attempting connection to 216.229.235.66 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) proxy: Connecting to 216.229.235.66:2869 with no proxy gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) proxy: Connection in progress gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) proxy: Connected. gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) util: Request: 'GET /upnphost/udhisapi.dll?content=uuid:cae16b27-3f31-44b3-adbe-e707874f8312 HTTP/1.1 Connection: close Host: 216.229.235.66:2869 ' gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) util: Response headers: 'HTTP/1.1 200 OK Content-Length: 3615 Content-Type: text/xml Server: Microsoft-Windows-NT/5.1 UPnP/1.0 UPnP-Device-Host/1.0 Microsoft-HTTPAPI/1.0 Date: Tue, 27 Mar 2007 05:34:57 GMT Connection: close ' gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) util: parsed 3615 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) util: requested to fetch (http://216.229.235.66:2869/upnphost/udhisapi.dll?control=uuid:2d63e8d8-eb50-476c-8003-67c751e11cec+urn:upnp-org:serviceId:WANIPConn1), full=0, user_agent=((null)), http11=1 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dns: DNS query for '216.229.235.66' queued gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dns: DNS query for '216.229.235.66' queued gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dns: Created new DNS child 21079, there are now 1 children. gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dns: Successfully sent DNS request to child 21079 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dns: Created new DNS child 21080, there are now 2 children. gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dns: Successfully sent DNS request to child 21080 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dns: Got response for '216.229.235.66' gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dnsquery: IP resolved for 216.229.235.66 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) proxy: Attempting connection to 216.229.235.66 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) proxy: Connecting to 216.229.235.66:2869 with no proxy gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) proxy: Connection in progress gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dns: Got response for '216.229.235.66' gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) dnsquery: IP resolved for 216.229.235.66 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) proxy: Attempting connection to 216.229.235.66 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) proxy: Connecting to 216.229.235.66:2869 with no proxy gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:34) proxy: Connection in progress gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:35) proxy: Connected. gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:35) util: Request: 'POST /upnphost/udhisapi.dll?control=uuid:2d63e8d8-eb50-476c-8003-67c751e11cec+urn:upnp-org:serviceId:WANIPConn1 HTTP/1.1 HOST: 216.229.235.66:2869 SOAPACTION: "urn:schemas-upnp-org:service:WANIPConnection:1#GetExternalIPAddress" CONTENT-TYPE: text/xml ; charset="utf-8" CONTENT-LENGTH: 310 <?xml version="1.0" encoding="utf-8"?> <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"> <s:Body> <u:GetExternalIPAddress xmlns:u="urn:schemas-upnp-org:service:WANIPConnection:1"> </u:GetExternalIPAddress> </s:Body> </s:Envelope>' gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:35) proxy: Connected. gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:35) upnp: Local IP: 216.229.237.219 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:35) util: Response headers: 'HTTP/1.1 200 OK Content-Length: 450 Content-Type: text/xml; charset="utf-8" Server: Microsoft-Windows-NT/5.1 UPnP/1.0 UPnP-Device-Host/1.0 Microsoft-HTTPAPI/1.0 Date: Tue, 27 Mar 2007 05:34:57 GMT ' gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:35) util: parsed 450 gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:35) upnp: NAT Returned IP: gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_button_draw gnt_check_box_draw gnt_check_box_draw gnt_box_draw gnt_box_draw gnt_tree_draw gnt_tree_draw gnt_combo_box_draw gnt_entry_draw gnt_box_draw gnt_tree_draw gnt_tree_draw gnt_combo_box_draw gnt_entry_draw gnt_box_draw gnt_tree_draw gnt_combo_box_draw gnt_entry_draw gnt_box_draw gnt_button_draw gnt_text_view_draw gnt_button_draw gnt_check_box_draw gnt_check_box_draw gnt_box_draw gnt_box_draw gnt_button_draw gnt_text_view_draw gnt_button_draw gnt_check_box_draw gnt_check_box_draw gnt_box_draw gnt_box_draw gnt_text_view_draw gnt_button_draw gnt_check_box_draw gnt_check_box_draw gnt_box_draw gnt_box_draw gnt_tree_draw gnt_tree_draw gnt_combo_box_draw gnt_entry_draw gnt_box_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:39) util: Writing file accounts.xml to directory /home/aluink/.gaim gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:34:39) util: Writing file blist.xml to directory /home/aluink/.gaim gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw (01:35:38) main: Unloading all plugins gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_button_draw gnt_check_box_draw gnt_check_box_draw gnt_box_draw gnt_box_draw gnt_widget_dispose gnt_widget_destroy gnt_widget_dispose gnt_widget_destroy gnt_widget_dispose gnt_widget_destroy (01:35:38) GLib: g_hash_table_destroy: assertion `hash_table != NULL' failed gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_text_view_draw gnt_widget_dispose gnt_widget_destroy gnt_widget_dispose gnt_widget_destroy gnt_widget_dispose gnt_widget_destroy gnt_widget_dispose gnt_widget_destroy gnt_widget_dispose gnt_widget_destroy gnt_widget_dispose gnt_widget_destroy gnt_widget_dispose gnt_widget_destroy -- "...indexable arrays, which may be thought of as functions whose domains are isomorphic to contiguous subsets of the integers." --Haskell 98 Library Report |
|
From: Sean E. <sea...@gm...> - 2007-03-25 20:09:06
|
On 3/25/07, Salvatore Benedetto <em...@gm...> wrote: > just wanted to inform you devs, that the real title of my application is now > "Implementing farsight support in gaim" and not Video API. I couldn't > change the title through the application form so I added the new title to > the > abstract. Perhaps you want to send in a second application which better details implementing farsight. -s. |
|
From: Michael R. H. <bu...@su...> - 2007-03-25 18:50:53
|
The problem was the Offline messages plugin. It was getting confused by the invisibilty of my buddy and storing the messages. When I disabled the offline messages plugin, everything worked normally. mike On Sat, 2007-03-24 at 22:10 -0400, Michael R. Head wrote: > On Sat, 2007-03-24 at 18:48 -0500, Mark Doliner wrote: > > On Sun, 11 Mar 2007 16:39:20 -0400, Michael R. Head wrote > > > My friend likes to use invisible/host mode in AIM (he's using the > > > official AOL client), but when he does this, I can see his messages,=20 > > > but I can't respond to his messages or see that he's online. > > >=20 > > > When I go invisible in gaim, and I initiate a conversation with him,=20 > > > he is able to respond and doesn't see me as offline. > > >=20 > > > Is this expected behavior? I'm using 2.0.0beta6 as packaged in Ubuntu > > > feisty. > >=20 > > No, that's not the expected behavior. When someone is invisible, you s= hould > > be able to IM them, but they will not show up as online. When you are > > invisible you should show up as offline to everyone. > >=20 > > Do you get an error message when you try to IM him? >=20 > I'll have to try again, but I recall that it said he was offline and > stored the message as a buddy pounce because when he IMed my second > account (which opened a new tab), gaim immediately sent all my past > messages to him in that tab. >=20 > > -Mark > >=20 > > -----------------------------------------------------------------------= -- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share= your > > opinions on IT & business topics through brief surveys-and earn cash > > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID= =3DDEVDEV > > _______________________________________________ > > Gaim-devel mailing list > > Gai...@li... > > https://lists.sourceforge.net/lists/listinfo/gaim-devel > >=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ Gaim-devel mailing list G= aim...@li... https://lists.sourceforge.net/lists/listinf= o/gaim-devel --=20 Michael R. Head <bu...@su...> http://www.suppressingfire.org/~burner/ http://suppressingfire.livejournal.com |
|
From: Casey H. <cas...@gm...> - 2007-03-25 16:51:26
|
Andy wrote: >> Adding a menutray icon for a pending file transfer on the other hand is >> not a particularly bad idea, if subtle and only sort of helpful. > I'd be equally as happy with that. I only suggested a combination of; > 1. the tray icon. > 2. the sound prompt > 3. the in window accept/reject dialogue I haven't followed all of this thread, but I'd thought I'd chime in and say implementing #2 should be trivial (add event to libgaim/sound.h, add entry to sounds[] in gtk/gtksound.c, connect to file-recv-request signal and play the sound in gtk/gtksound.c). However, this will introduce new strings which need translating (HEAD is string frozen, right?). -casey |
|
From: Salvatore B. <em...@gm...> - 2007-03-25 12:43:08
|
Hi, just wanted to inform you devs, that the real title of my application is now "Implementing farsight support in gaim" and not Video API. I couldn't change the title through the application form so I added the new title to the abstract. Salvo -- Salvatore Benedetto (a.k.a. emitrax) Student of Computer and Telecommunications Engineering University of Messina (Italy) www.messinalug.org skype:emitrax icq:299985329 No to global warming! http://www.climatecrisis.net/ http://www.stopglobalwarming.org/ Siti di vera informazione Italiana www.beppegrillo.it Please do not send me any word, excel or power point file http://www.gnu.org/philosophy/no-word-attachments.html |
|
From: Ageorgo <ag...@us...> - 2007-03-25 10:45:51
|
Mark Doliner wrote: > On Mon, 19 Mar 2007 23:58:43 +0100, ageorgo wrote >> Hi, >> >> I am trying to use Gaim as my primary ICQ client but I discovered >> some issues related to the oscar protocol features. I have several >> people in my contact list that did not authorized me - i chat with >> them daily. If I use Miranda client on windows, or some other linux >> client (e.g., centericq, kopete, sim) I can see also status of >> unauthorized buddies. Unfortunately in Gaim, they are shown as "Non >> Authorized" and behave like other off-line buddies. >> >> I did some "research" in the communication and source code and >> probably found out the reason. The other clients send somewhere >> within the logon phase the SNAC(03,04) CLI_BUDDYLIST_ADD command >> with UINs of the users. ??I think this command was previously used >> for client side contact list?? Unfortunately if I just put this >> command (with real UIN of course) in oscar.c: >> >> 3590: aim_buddylist_addbuddy(od, conn, "123456789"); >> 3591: aim_clientready(od, conn); >> >> In return I get only the: SNAC Error: Incorrect SNAC format (0x000e) >> . I went trough my tcpdumps, but the command CLI_BUDDYLIST_ADD seems >> to be sent alright so I do not know where is the real problem. My >> idea is that it has something with configured (negotiated) >> capabilities of the protocol but maybe I am completely wrong. Maybe >> someone knows the solution or can give me an advice. >> >> Thanks, >> >> Georgo > > Your suspicion is correct that SNAC(03, 04) was previously used for client > side contact lists. I think AOL wants clients to use either the client-side > contact lists or the server-side contact lists, but not both (I could be > wrong). Gaim currently uses the server-side contact lists (the feedbag/ssi > family). Seeing the status of people you're not supposed to be authorized to > see isn't really something Gaim should be doing. > > -Mark I found this difference in ICQ clients behavior and I do not think about the ethical side of this thing... it is up to the users. I am only interested in the fact that almost any other ICQ client supports this - sends the SNAC(03, 04) - although it uses the server side list. However if I try this in Gaim the SNAC error appears. My reason was to allow Gaim support feature, that the concurrence supports. Georgo |
171 messages has been excluded from this view by a project administrator.
