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: Ian P. <it...@xi...> - 2003-03-03 13:43:05
|
Is there any work being done on switching the remaining instances of GtkCTree to GtkTreeView in the current development gaim? If not, would a patch to do so be accepted? Ian |
|
From: Christof M. <cm...@we...> - 2003-03-01 09:49:28
|
Hi, there seem to be some buffer overflows in Gaim 0.59.x when receiving large messages containing URLs. In src/server.c a buffer for the received message is allocated using: g_malloc(MAX(strlen(message) + 1, BUF_LONG)); But if the message is larger than BUF_LONG only "strlen(message) + 1" bytes are allocated. The buffer overflow then occurs in util.c:linkify_text if the message contains URLs as plain text. bye, Christof -- http://cmeerw.org JID: cm...@ja... mailto cmeerw at web.de |
|
From: Robert M. <rob...@de...> - 2003-02-28 12:51:29
|
On Thu, Feb 27, 2003 at 11:29:20PM -0800, Mark Doliner wrote: > Oh, and I made the day show up as MM/DD/YY instead of > DD/MM/YY. For a second there I thought I was in a > different country, but I safe and sound now, back in > good old 1955. Hello? Go read some libc docs or something, and use LC_TIME. =) Rob |
|
From: Robert M. <rob...@de...> - 2003-02-28 12:49:21
|
On Thu, Feb 27, 2003 at 02:35:08PM -0800, Ken Bloom wrote: > > Rob McQueen, the debian packager of gaim, maintains gaim CVS RPMs. > > It's probably just as easy to use his ... > > > > http://people.debian.org/~robot101/gaim/dists/unstable/cvs/ > > > > You debian kids can figure out how to make apt like that URL. The canonical line is: deb http://people.debian.org/~robot101/gaim unstable cvs > I know about that, I have that in my sources.list, but the most recent > snapshot there is from 2/20. But this is beside the point. How about my > feature request? That's insane. I'm on the commits list. When anything interesting happens that makes me want to update, I build a new snapshot. They're not nightlies, they're manually built when it's worth my time to do so. =) And anyway, as for your request, I don't think that's the correct thing to do. I've been playing around in my head with some kind of serv_got_buddies callback, where the prpl passes the core a list of buddies/aliases/groups, along with a boolean saying if it's meant to be a comprehensive list or not. My reasoning here is that if it says it's comprehensive, Gaim can compare it's local list and the remote list, and give you a dialog per account of what's changed, and you can choose to accept/reject each remote change. For a non-comprehensive list (I'm thinking ICQ's send buddy list feature) then it can just prompt you to add any that aren't on your list already. This would be way better than the current hack for protocols with remote blists, which is just to add each of the buddies as they come, leading to annoying loss of information and duplicate adds, not to mention a big waste of time sending all the buddies the server sends to us right back to it. Regards, Rob |
|
From: Luke S. <lsc...@us...> - 2003-02-28 11:33:24
|
On Fri, Feb 28, 2003 at 12:12:38PM +0100, wh...@si... wrote: > > Hi! > > can someone point me to the code with tooltips on treeview rows? I'm > interested how do you do that. I have downloaded gaim from your CVS but > can't find it. please help. right now the code in cvs still uses deprecated widgets for the buddy list. seanegan is working on that. luke > > regards, > hubert sokolowski > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel -- -This email is made of 100% recycled electrons. |
|
From: <wh...@si...> - 2003-02-28 11:11:42
|
Hi! can someone point me to the code with tooltips on treeview rows? I'm interested how do you do that. I have downloaded gaim from your CVS but can't find it. please help. regards, hubert sokolowski |
|
From: Mark D. <ma...@ki...> - 2003-02-28 01:55:01
|
On Thu, 27 Feb 2003 11:06:49 -0800, Ken Bloom wrote > ssi, synchronization starts to get painful when I am deleting > buddies, because each other client finds the deleted buddies in its > local file and adds them back (or just fails to delete them from its Yeah, I see how that could be annoying. > local file). My solution to this is that I am trying to go about > turning off all of the local buddy lists (by chmoding them to 0 and > replacing the windows buddylist with a folder of the same name) so > that my AIM clients will be forced to rely on AOL's servers for > their buddy list. > > Would it be possible for you to either supress the error message that > shows up when Gaim doesn't have permission to read its buddy list or > to put a checkbox in the accounts dialog that tells gaim not to > store its buddy list locally? (The second solution seems preferable) I think supressing the error messages is kind of ridiculous. The message is far more useful telling people that gaim can't create their buddy lists than it is annoying for the very small number of people that intentionally make their blist.xml file unreadable. Some sort of checkbox has been discussed, and for the most part, decided against. The only protocol I know of with the symptoms you mentioned is AIM/ICQ, and that will eventually be fixed by using the timestamp of the buddy list stored on the server. > I found another bug: when changing an alias, gaim tries only to write it > to the buddylist file, and not to also change it by ssi. Hence, it > doesn't get saved when you don't have write permission to the local > buddylist. I think AIM/ICQ is the only protocol that even supports this, and it works fine when the buddy list is chmod 0'ed. That AIM does this at all is a slight abuse of the protocol. -Mark -- O O Mark Doliner \ | ma...@ki... \ | www.kingant.net "I'd rather be rich than stupid." |
|
From: Ken B. <ka...@uc...> - 2003-02-27 22:47:52
|
> ---ORIGINAL MESSAGE---=20 > Date: Thu, 27 Feb 2003 11:06:49 -0800 > From: Ken Bloom <ka...@uc...> > To: gai...@li... > Organization: University of California at Davis > Subject: [Gaim-devel] Turning off "buddy list error" dialog box >=20 > --=3D.?9m7IlO:g_wV(w > Content-Type: text/plain; charset=3DUS-ASCII > Content-Transfer-Encoding: 7bit >=20 > I use three different AIM clients (Gaim Alpha for Windows, Gaim CVS for > Linux, and pork [for ncurses]). Because each of these clients wants to > store its my buddylist on my hard drive, and synchronize them to ssi, > synchronization starts to get painful when I am deleting buddies, > because each other client finds the deleted buddies in its local file > and adds them back (or just fails to delete them from its local file). > My solution to this is that I am trying to go about turning off all of > the local buddy lists (by chmoding them to 0 and replacing the windows > buddylist with a folder of the same name) so that my AIM clients will be > forced to rely on AOL's servers for their buddy list. >=20 > Would it be possible for you to either supress the error message that > shows up when Gaim doesn't have permission to read its buddy list or to > put a checkbox in the accounts dialog that tells gaim not to store its > buddy list locally? (The second solution seems preferable) >=20 > I'm running gaim 1:0.60cvs20030226-1 on Debian, aliened from your > nightly CVS rpm. >=20 I found another bug: when changing an alias, gaim tries only to write it=20 to the buddylist file, and not to also change it by ssi. Hence, it=20 doesn't get saved when you don't have write permission to the local=20 buddylist. --=20 PGP/GPG Fingerprint: D5E2 8839 6ED3 3305 805C 941F 9476 A9BD E2B2 CAD1 Import with `gpg --keyserver pgp.mit.edu --recv-key E2B2CAD1` Also on www: http://wwwcsif.cs.ucdavis.edu/~bloom/kabloom.asc For more information about PGP and GPG, see http://www.gnupg.org/ |
|
From: Ken B. <ka...@uc...> - 2003-02-27 22:38:24
|
> ---ORIGINAL MESSAGE---=20 > Date: Thu, 27 Feb 2003 14:54:56 -0500 > From: Ethan Blanton <ebl...@cs...> > To: Marcin Juszkiewicz <ma...@hr...> > Cc: gai...@li... > Subject: Re: [Gaim-devel] Turning off "buddy list error" dialog box >=20 >=20 > --k1lZvvs/B4yU6o8G > Content-Type: text/plain; charset=3Dutf-8 > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable >=20 > Marcin Juszkiewicz spake unto us the following wisdom: > > > I'm running gaim 1:0.60cvs20030226-1 on Debian, aliened from your > > > nightly CVS rpm. > > I have Debian packages of Gaim CVS built for my own usage. If someone= =3D20 > > want I can give debian/ subdirectory to others. > Rob McQueen, the debian packager of gaim, maintains gaim CVS RPMs. > It's probably just as easy to use his ... >=20 > http://people.debian.org/~robot101/gaim/dists/unstable/cvs/ >=20 > You debian kids can figure out how to make apt like that URL. I know about that, I have that in my sources.list, but the most recent=20 snapshot there is from 2/20. But this is beside the point. How about my=20 feature request? --=20 PGP/GPG Fingerprint: D5E2 8839 6ED3 3305 805C 941F 9476 A9BD E2B2 CAD1 Import with `gpg --keyserver pgp.mit.edu --recv-key E2B2CAD1` Also on www: http://wwwcsif.cs.ucdavis.edu/~bloom/kabloom.asc For more information about PGP and GPG, see http://www.gnupg.org/ |
|
From: Ethan B. <ebl...@cs...> - 2003-02-27 20:06:37
|
Ethan Blanton spake unto us the following wisdom: > Rob McQueen, the debian packager of gaim, maintains gaim CVS RPMs. Obviously by "RPMs" I meant "debs", heh. Ethan --=20 Happiness is a belt-fed weapon. |
|
From: Ethan B. <ebl...@cs...> - 2003-02-27 19:55:19
|
Marcin Juszkiewicz spake unto us the following wisdom: > W li=C5=9Bcie z czw, 27-02-2003, godz. 20:06, Ken Bloom pisze:=20 > > I'm running gaim 1:0.60cvs20030226-1 on Debian, aliened from your > > nightly CVS rpm. >=20 > I have Debian packages of Gaim CVS built for my own usage. If someone=20 > want I can give debian/ subdirectory to others. Rob McQueen, the debian packager of gaim, maintains gaim CVS RPMs. It's probably just as easy to use his ... http://people.debian.org/~robot101/gaim/dists/unstable/cvs/ You debian kids can figure out how to make apt like that URL. Ethan --=20 Happiness is a belt-fed weapon. |
|
From: Marcin J. <ma...@hr...> - 2003-02-27 19:49:29
|
W liście z czw, 27-02-2003, godz. 20:06, Ken Bloom pisze: > I'm running gaim 1:0.60cvs20030226-1 on Debian, aliened from your > nightly CVS rpm. I have Debian packages of Gaim CVS built for my own usage. If someone want I can give debian/ subdirectory to others. |
|
From: Ken B. <ka...@uc...> - 2003-02-27 19:10:17
|
I use three different AIM clients (Gaim Alpha for Windows, Gaim CVS for Linux, and pork [for ncurses]). Because each of these clients wants to store its my buddylist on my hard drive, and synchronize them to ssi, synchronization starts to get painful when I am deleting buddies, because each other client finds the deleted buddies in its local file and adds them back (or just fails to delete them from its local file). My solution to this is that I am trying to go about turning off all of the local buddy lists (by chmoding them to 0 and replacing the windows buddylist with a folder of the same name) so that my AIM clients will be forced to rely on AOL's servers for their buddy list. Would it be possible for you to either supress the error message that shows up when Gaim doesn't have permission to read its buddy list or to put a checkbox in the accounts dialog that tells gaim not to store its buddy list locally? (The second solution seems preferable) I'm running gaim 1:0.60cvs20030226-1 on Debian, aliened from your nightly CVS rpm. -- PGP/GPG Fingerprint: D5E2 8839 6ED3 3305 805C 941F 9476 A9BD E2B2 CAD1 Import with `gpg --keyserver pgp.mit.edu --recv-key E2B2CAD1` Also on www: http://wwwcsif.cs.ucdavis.edu/~bloom/kabloom.asc For more information about PGP and GPG, see http://www.gnupg.org/ |
|
From: Luke S. <lsc...@us...> - 2003-02-25 23:36:31
|
In cvs, with libao, you would have an option for arts, kde's sound daemon. luke On Tue, Feb 25, 2003 at 01:24:22PM -0500, Jango Fett wrote: > What can i use to play sounds from gaim under kde 3.0.3? Currently i > only have system beeps. > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel -- -This email is made of 100% recycled electrons. |
|
From: Ethan B. <ebl...@cs...> - 2003-02-25 18:57:46
|
Nathan Conrad spake unto us the following wisdom:
> I've noticed that in a lot of places in gaim, there are comments like
> 'this should never happen', and such. I am wondering why the
> g_assert(...) function is not used in gaim. It would alert people
> that these unreachable cases are being reached. IMHO, an assertion is
> better than just letting the functions return without flagging an
> error.
There should only be assertions in places where the failure would be
fatal anyway, but perhaps harder to find. Randomly asserting for
things that are not fatal but perhaps not completely correct doesn't
buy anyone anything...
Although perhaps a debug_printf would be appropriate.
> + if (!who || !*who) {
> + /* this shouldn't ever happen */
> return;
> }
In this case, I assume this return statement prevents gaim from doing
anything Bad (like crashing) and probably doesn't affect the operation
of the program in such a way that a forced crash (assertion) would be
superior to silent failure. If silent failure *is* in fact a problem
here, this check should not have been made.
Ethan
--=20
Happiness is a belt-fed weapon.
|
|
From: Nathan C. <co...@bu...> - 2003-02-25 18:37:22
|
I've noticed that in a lot of places in gaim, there are comments like
'this should never happen', and such. I am wondering why the
g_assert(...) function is not used in gaim. It would alert people
that these unreachable cases are being reached. IMHO, an assertion is
better than just letting the functions return without flagging an
error.
(I noticed that the following change was commited to dialogs.c today:
+ if (!who || !*who) {
+ /* this shouldn't ever happen */
return;
}
)
-Nathan
--=20
Nathan J. Conrad (XXX)-687-7449 http://bungled.net
312 Moore Hall // UNC-C // Charlotte, NC 28223-0001
GPG: F4FC 7E25 9308 ECE1 735C 0798 CE86 DA45 9170 3112 |
|
From: AthlonRob <ath...@ax...> - 2003-02-25 18:33:51
|
On Tue, 2003-02-25 at 10:24, Jango Fett wrote: > What can i use to play sounds from gaim under kde 3.0.3? Currently i > only have system beeps. Did you set your preferences to use ARTS to play the sounds? If you're using GAIM < 0.60 you may need to mess with the command, call artsplay, I think it is... if you're using GAIM 0.60CVS the option should be there. Rob |
|
From: Jango F. <bou...@so...> - 2003-02-25 18:18:25
|
What can i use to play sounds from gaim under kde 3.0.3? Currently i only have system beeps. |
|
From: Mark D. <ma...@ki...> - 2003-02-25 13:20:01
|
On 25 Feb 2003 04:01:29 -0500, Christopher (siege) O'Brien wrote > Hello, this is referencing a build from CVS on 2003-02-24. > > Previously, I had an OSCAR account with 117 buddies across 5 groups, > and 4 deny entries. Everything appeared to be working perfectly fine. What version of Gaim were you using before? If it was CVS, do you know what date it's from? > Looking in the debug window, I noticed as that account was being logged > on each of the buddy names being added in lines like the following: > > ssi: adding buddy MyBuddy from local list to server list > > but a couple of lines later down the log a huge block of the > following lines was repeated: > > ssi: status is 0x0001 for a 0x0008 action with name no item > ssi: Action 0x0008 was unsuccessful with error 0x0001 > > I've attempted to remove/rebuild my buddy list on the affected > account by importing, but no luck. I was, however, able to import > the list in its entirety to an alternate OSCAR account, and have > buddy presence represented as normal. > > I'm not sure if this is the manifestation of a bug in the new build > or if my account is simply possesed by something unholy. I'd > appreciate any feedback on this. If there's anything else specific > from the debug window which I have failed to provide but would be of > use, please let me know and I'll post it here. Those 2 ssi message are printed when gaim receives an ack for some SSI action. Type 0x0008 is an "add," and I have no idea what error 0x0001 is. If you're curious, you can see the list of errors that I've seen at http://kingant.net/oscar/?family=0x0013&subtype=0x000e Would it be possible for you to email me the entire output of the debug window from the before signing on to after all those messages scroll by? Also, do you have access to the Windows version of AIM? Or any other official release? I am curious if signing on with that would fix the problem or not. A full packet capture using tcpdump or ethereal of that account signing on with Gaim and/or Windows AIM might be helpful, as well. Thanks, Mark -- O O Mark Doliner \ | ma...@ki... \ | www.kingant.net "I'd rather be rich than stupid." |
|
From: \Christopher (s. \O'B. <si...@pr...> - 2003-02-25 09:01:49
|
Hello, this is referencing a build from CVS on 2003-02-24. Previously, I had an OSCAR account with 117 buddies across 5 groups, and 4 deny entries. Everything appeared to be working perfectly fine. After restarting gaim to the new build, I noticed that none of the buddies which had been online of those 117 were now showing up. I logged-off/on that account, but while the Edit Buddies tab clearly showed the correct list, none of the buddies on that account were appearing as online. The account could however still receive and reply to messages. Looking in the debug window, I noticed as that account was being logged on each of the buddy names being added in lines like the following: ssi: adding buddy MyBuddy from local list to server list but a couple of lines later down the log a huge block of the following lines was repeated: ssi: status is 0x0001 for a 0x0008 action with name no item ssi: Action 0x0008 was unsuccessful with error 0x0001 I've attempted to remove/rebuild my buddy list on the affected account by importing, but no luck. I was, however, able to import the list in its entirety to an alternate OSCAR account, and have buddy presence represented as normal. I'm not sure if this is the manifestation of a bug in the new build or if my account is simply possesed by something unholy. I'd appreciate any feedback on this. If there's anything else specific from the debug window which I have failed to provide but would be of use, please let me know and I'll post it here. Thanks, Chris -- Christopher (siege) O'Brien <si...@pr...> |
|
From: Sean E. <sea...@bi...> - 2003-02-24 23:19:25
|
And in the newest AIM Beta, they won't even show you an IP in a direct connection. -s. On Mon, 2003-02-24 at 17:48, Andrew Sayman wrote: > AIM claims to only reveal the user's ip if they direct connect. In the > case where they direct connect, netstat could tell you their ip. >=20 > On Mon, 2003-02-24 at 14:35, Jango Fett wrote: > > El s=E1b, 22-02-2003 a las 15:19, Luke Schierer escribi=F3:=20 > > > On Sat, Feb 22, 2003 at 03:01:05PM -0500, Jango Fett wrote:=20 > > > > Is there any way to determine the buddy's ip in a chat sesion (usin= g > > any=20 > > > > protocol)?=20 > > >=20 > > > in irc, the either the ip address is often part of the hostmask.=20 > > > luke=20 > > >=20 > > I should have said all protocols except irc. What I need is to know as=20 > > much information as possible about new buddies and ip can reveal some=20 > > things. > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Gaim-devel mailing list > > Gai...@li... > > https://lists.sourceforge.net/lists/listinfo/gaim-devel --=20 Sean Egan <sea...@bi...> |
|
From: Andrew S. <lor...@my...> - 2003-02-24 22:48:39
|
AIM claims to only reveal the user's ip if they direct connect. In the case where they direct connect, netstat could tell you their ip. On Mon, 2003-02-24 at 14:35, Jango Fett wrote: > El sáb, 22-02-2003 a las 15:19, Luke Schierer escribió: > > On Sat, Feb 22, 2003 at 03:01:05PM -0500, Jango Fett wrote: > > > Is there any way to determine the buddy's ip in a chat sesion (using > any > > > protocol)? > > > > in irc, the either the ip address is often part of the hostmask. > > luke > > > I should have said all protocols except irc. What I need is to know as > much information as possible about new buddies and ip can reveal some > things. > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel -- Andrew Sayman <lor...@my...> |
|
From: Jango F. <bou...@so...> - 2003-02-24 19:29:50
|
El s=C3=A1b, 22-02-2003 a las 15:19, Luke Schierer escribi=C3=B3:=20 > On Sat, Feb 22, 2003 at 03:01:05PM -0500, Jango Fett wrote:=20 > > Is there any way to determine the buddy's ip in a chat sesion (using any=20 > > protocol)?=20 >=20 > in irc, the either the ip address is often part of the hostmask.=20 > luke=20 >=20 I should have said all protocols except irc. What I need is to know as=20 much information as possible about new buddies and ip can reveal some=20 things. |
|
From: Sean E. <sea...@bi...> - 2003-02-24 18:39:14
|
This is not a problem unique to Gaim. It seems to be affecting all OSCAR clients, including AOL's official clients. -s. On Mon, 2003-02-24 at 13:17, Nathan 'Nato' Uno wrote: > When I try to join or create a group chat with 0.60CVS (updated this > morning) I consistently get the message "Chat is not currently > available." > > Is this a known issue? Did AOL update Oscar or something? > > This functionality worked fine for me last week. Any help would be > greatly appreciated... > > Thanks, > > Nathan 'Nato' Uno > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel -- Sean Egan <sea...@bi...> |
|
From: Nathan 'N. U. <nig...@un...> - 2003-02-24 18:21:04
|
When I try to join or create a group chat with 0.60CVS (updated this morning) I consistently get the message "Chat is not currently available." Is this a known issue? Did AOL update Oscar or something? This functionality worked fine for me last week. Any help would be greatly appreciated... Thanks, Nathan 'Nato' Uno |