|
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: 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: 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 |