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: Jared W. <wa...@cs...> - 2003-04-12 04:12:56
|
I've written a plugin which takes the structure returned by gaim_get_blist() and sorts it. In order to get a gaim_buddy_list with content I have to wait till event_signon to do this. However when my event function completes, the buddy list is displayed in its original order. What is the appropriate function for refreshing the list? Or am I suffering from some other problem? Thanks, Jared Warren <wa...@cs...> Computing Science, Queen's University |
|
From: Michael R H. <bu...@co...> - 2003-04-11 05:27:41
|
I use debian most of the time, and so I've got the history plug-in, and I love it (though I'd like it even better if it automatically scrolled to the last line of history instead of remaining at the top). Both my girlfriend and mom use the windows version most of the time, and I would like them to easily be able to take advantage of this killer feature. My question is why doesn't the history plug-in come with the windows binary package? mike -- Michael R Head <bu...@co...> http://www.core.binghamton.edu/~burner/ |
|
From: Luke S. <lsc...@ra...> - 2003-04-09 21:08:16
|
On Wed, Apr 09, 2003 at 04:22:49PM -0400, Lenny Maiorani wrote: > David J. Brigada wrote: > > >On Wed, Apr 09, 2003 at 03:36:23PM -0400, Lenny Maiorani wrote: > > > > > >>I am running Mandrake 9.1 and I want to also use the CVS, not simply the > >>releases. What changes do I need to make to get it to build? What are > >>the differences between the normal rpm's and the mdk ones? > >> > >>Lenny > >> > >> > > > >You should really just use the releases. CVS is meant for those > >participating in the development of Gaim, and it breaks often. RPMs > >are much easier to use if you can find a reliable source, and > >releases will be made every 2 weeks or so (or even more frequently > >as 0.61 shows), so you can be assured you're never too far behind > >the development of Gaim. Please use the provided RPMs, SRPMs, or > >source tarballs. Thanks. > > > >-David Brigada > ><br...@pr...> > > > > > > > That doesn't answer my question. I cannot compile the source because > Mandrake bastardizes gtk and glibc. So...what needs to be done to > compile on Mandrake, or what are the differences between the normal > RPM's and the Mandrake ones? Or, how can I figure out what the > differences are? > > Lenny mandrake changes the names of the gtk and glib packages. thats the only difference i know of in the mdk rpms luke |
|
From: Lenny M. <ld...@ho...> - 2003-04-09 20:23:09
|
David J. Brigada wrote: >On Wed, Apr 09, 2003 at 03:36:23PM -0400, Lenny Maiorani wrote: > > >>I am running Mandrake 9.1 and I want to also use the CVS, not simply the >>releases. What changes do I need to make to get it to build? What are >>the differences between the normal rpm's and the mdk ones? >> >>Lenny >> >> > >You should really just use the releases. CVS is meant for those >participating in the development of Gaim, and it breaks often. RPMs >are much easier to use if you can find a reliable source, and >releases will be made every 2 weeks or so (or even more frequently >as 0.61 shows), so you can be assured you're never too far behind >the development of Gaim. Please use the provided RPMs, SRPMs, or >source tarballs. Thanks. > >-David Brigada ><br...@pr...> > > >------------------------------------------------------- >This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger >for complex code. Debugging C/C++ programs can leave you feeling lost and >disoriented. TotalView can help you find your way. Available on major UNIX >and Linux platforms. Try it free. www.etnus.com >_______________________________________________ >Gaim-devel mailing list >Gai...@li... >https://lists.sourceforge.net/lists/listinfo/gaim-devel > > > That doesn't answer my question. I cannot compile the source because Mandrake bastardizes gtk and glibc. So...what needs to be done to compile on Mandrake, or what are the differences between the normal RPM's and the Mandrake ones? Or, how can I figure out what the differences are? Lenny |
|
From: Ethan B. <ebl...@cs...> - 2003-04-09 20:19:30
|
Lenny Maiorani spake unto us the following wisdom:
> I am running Mandrake 9.1 and I want to also use the CVS, not simply the=
=20
> releases. What changes do I need to make to get it to build? What are=20
> the differences between the normal rpm's and the mdk ones?
If you are only using CVS because you can, and not because you wish to
do development, be aware that you really want to use the releases and
not CVS. The releases will be made on the order of every few weeks,
and CVS will frequently be broken. We do not want to repeat the
ridiculous state of 0.60cvs where every time a developer tried to do
actual development a horde of users came crying that their gaim was
broken, forcing major changes to be made in one huge commit.
If you really want to develop with gaim or against gaim CVS, you do
not need to make any changes to get it to build assuming you have the
correct auto* versions (listed in the FAQ). The only reason that the
Mandrake RPMS must be different is because Mandrake uses different
package naming and dependency schemes from EVERY OTHER RPM distro. I
suspect it is because they are French. (viz Gaul Mean Time, observed
by France until 1911, which is approximately 7 minutes different from
UTC; also the French inch, 1.0638 English inches.) As long as you are
not trying to build RPMs from the included gaim.spec, you should not
have any trouble.
Ethan
--=20
"Among the many misdeeds of the British rule in India, history will
look upon the act of depriving a whole nation of arms, as the
blackest."
-- Mahatma Gandhi
|
|
From: David J. B. <br...@pr...> - 2003-04-09 20:00:41
|
On Wed, Apr 09, 2003 at 03:36:23PM -0400, Lenny Maiorani wrote: > I am running Mandrake 9.1 and I want to also use the CVS, not simply the > releases. What changes do I need to make to get it to build? What are > the differences between the normal rpm's and the mdk ones? > > Lenny You should really just use the releases. CVS is meant for those participating in the development of Gaim, and it breaks often. RPMs are much easier to use if you can find a reliable source, and releases will be made every 2 weeks or so (or even more frequently as 0.61 shows), so you can be assured you're never too far behind the development of Gaim. Please use the provided RPMs, SRPMs, or source tarballs. Thanks. -David Brigada <br...@pr...> |
|
From: Lenny M. <ld...@ho...> - 2003-04-09 19:37:48
|
I am running Mandrake 9.1 and I want to also use the CVS, not simply the releases. What changes do I need to make to get it to build? What are the differences between the normal rpm's and the mdk ones? Lenny -- / Lenny Maiorani phone: (+1)716.713.4822 <mailto:ld...@vt...> email: ld...@al... <mailto:ld...@al...> AIM: Lenny Maiorani <aim:AddBuddy?ScreenName=LennyMaiorani&groupname=TheCoolestGuyAround> MSN: len...@ho... <mailto:ld...@al...> WWW: *http://djonce.dyndns.org* / |
|
From: <ad...@ph...> - 2003-04-09 18:28:02
|
I searched the RH CDs for gtkspell, came up empty. However, getting gtkspell from Freshrpms.net worked perfectly. Thank you all for your help. - Adam Quoting cgi...@sl...: > Well, for Redhat 8.0, I grabbed the rpms from http://psyche.freshrpms.net > and for Redhat 9.0, they are available at http://shrike.freshrpms.net > > I think (not 100% sure) that if you download the source rpm and rpmbuild > that, it won't require the gtkspell component. > > Freshrpms.net also do a build of Gaim |
|
From: Jonathan M. B. <jon...@ya...> - 2003-04-09 03:32:48
|
i've been using the gtk2 builds for awhile now, and just downloaded the 0= =2E61=20 rpm. it's a great program, clean ui, nice fonts. overall, really impres= sed. in 0.61, i still have two problems, though.=20 1) in gaim's Preferences: Interface: Buddy List, i have 'show buddy icons= '=20 unchecked, and show warning levels, show idle times, show numbers in grou= ps,=20 checked. for whatever reason, i can't have all three on at the same time= =20 without making the buddy list window unusually large. i.e., right now, w= ith=20 'show numbers in groups' unchecked, one of my friends has an idle time of= 39=20 minutes, displaying as '(39)' on the right side of the window. by checki= ng=20 'show numbers in groups', the group numbers display as they should, 'grou= p=20 (#/#)', but the idle time disappears past a newly present horizontal=20 scrollbar. it's still on the right of the window, but, there's now=20 unnecessary whitespace, forcing it outside the window width. (one of my=20 group names is 16 characters long; without that group name displayed, it=20 aligns correctly. maybe no one else notices this because group names are= =20 usually shorter?) 2) the blue aol icon below the yellow aim icon. the little paper thing f= or=20 idle users covers this icon. (also, even when visible, it looks (imho)=20 awkward, like an aim icon with a blue right leg. the older blue aol icon= =20 instead of the combo aim/aol icon looks clearer to me.) |
|
From: <cgi...@sl...> - 2003-04-09 02:06:21
|
> Any ideas? > > - Adam Well, for Redhat 8.0, I grabbed the rpms from http://psyche.freshrpms.net and for Redhat 9.0, they are available at http://shrike.freshrpms.net I think (not 100% sure) that if you download the source rpm and rpmbuild that, it won't require the gtkspell component. Freshrpms.net also do a build of Gaim -- Caleb |
|
From: Luke S. <lsc...@us...> - 2003-04-09 01:42:14
|
you need to search for gtkspell, not libgtkspell luke On Tue, Apr 08, 2003 at 09:32:55PM -0400, ad...@ph... wrote: > Hey folks, > > I'm trying to install the RPM for gaim .61 on my Red Hat 9 box. I get a > dependancy error for "libgtkspell.so.0". > > I didn't find libgtkspell on any of the Red Hat 9 CDs, so I'm guessing that > this is some outside library that I need. > > Can anyone help with installing gaim? Can I compile gaim from source and just > skip this dependancy with a configure switch? I don't often spell-check my > IMs, so losing this feature isn't really a big deal. > > Any ideas? > > - Adam > > > ------------------------------------------------------- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel -- -This email is made of 100% recycled electrons. |
|
From: Christian H. <ch...@gn...> - 2003-04-09 01:41:53
|
On Tue, Apr 08, 2003 at 09:32:55PM -0400, ad...@ph... wrote: > Hey folks, >=20 > I'm trying to install the RPM for gaim .61 on my Red Hat 9 box. I get a= =20 > dependancy error for "libgtkspell.so.0". http://gtkspell.sf.net/ --=20 Christian Hammond <> The GNUpdate Project ch...@gn... <> http://www.gnupdate.org/ "My brothers and sisters all hated me cause I was an only child." -- Weird Al Yankovich |
|
From: <ad...@ph...> - 2003-04-09 01:32:57
|
Hey folks, I'm trying to install the RPM for gaim .61 on my Red Hat 9 box. I get a dependancy error for "libgtkspell.so.0". I didn't find libgtkspell on any of the Red Hat 9 CDs, so I'm guessing that this is some outside library that I need. Can anyone help with installing gaim? Can I compile gaim from source and just skip this dependancy with a configure switch? I don't often spell-check my IMs, so losing this feature isn't really a big deal. Any ideas? - Adam |
|
From: Ka-Hing C. <kh...@ja...> - 2003-04-08 00:13:57
|
I think that says how much I know about Xlib/WM spec - Ka-hing We don't know one millionth of one percent about anything. |
|
From: Decklin F. <de...@re...> - 2003-04-07 21:24:50
|
Ka-Hing Cheung quoted the following from gtk-doc: > void gtk_window_move (GtkWindow *window, gint x, gint y); Asks the > window manager to move window to the given position. Window managers > are free to ignore this; most window managers ignore requests for > initial window positions (instead using a user-defined placement > algorithm) and honor requests after the window has already been shown. I think the docs are confused here as well. They're talking about how WMs honor hints, but gtk_window_move doesn't touch any hints, as far as I can tell -- it actually calls XMoveWindow, or just changes the coords that the window will initially be mapped at (which are different from PPosition or UPosition geometries) -- at least, override-redirect windows wouldn't work unless it did this (and they do work). I guess I'll check the source and file a bug report with them or something. -- things change. de...@re... |
|
From: Decklin F. <de...@re...> - 2003-04-07 21:19:30
|
Ka-Hing Cheung writes: > So it is possible for Window managers to ignore the gtk_window_move call > if the window is not actually shown. But well, none of the wm seem to do > this, so I guess it doesn't really matter. This is because it's created with GTK_WINDOW_POPUP, so, it has override-redirect set on it. WMs cannot intercept ConfigureRequests for any such window (or reparent it into a WM frame, or anything like that), and ordinarly will not even be notified of its existence by the X server unless they do something evil. Not handling ConfigureRequests properly for iconified windows would just be a bug, not a violation of the ICCCM. :-) Being more familiar with Xlib than GTK+ 2.x, I find it kind of odd that I can't just make a window and specify its x and y co-ords (I noticed a function for geometry hints, but that doesn't affect anything for windows that aren't managed by a WM). I suspect that I'm supposed to just call move before show like this and that'll tweak the values that eventually get used when something calls XCreateWindow. It feels counterintuitive, though. In that case, the problems with different WMs (for managed windows, obviously) probably have do do with conflicting ideas about how to interpret a MapRequest with a non-(0,0) position set on the actual window as well as a (perhaps incomplete) geometry hint, and not ConfigureRequest (which is a whole different can of worms). I don't really know. At any rate, the blist tooltips do it my way already. :-) -- things change. de...@re... |
|
From: Jeff F. <J....@fa...> - 2003-04-07 21:15:54
|
On Mon, 7 Apr 2003, Jeff Frost wrote: > > I belive that should work, but I'm not certain. I'm running 0.8.3 here. > > It seems you have other linking issues as well, with pango. Did you > > install libao in an odd location, i.e. not in /usr or /usr/local? > > > libao is the redhat-7.3 libao installed in /usr/lib and the devel includes in > /usr/include. > > the /usr/lib/libpangoxft-1.0.so is from pango-devel-1.0-1 redhat rpm. Perhaps > redhat has applied some funny patches to the pango and/or libao stuff. :-/ FYI, looks like the same problem with the freshrpms libao-0.8.3. Drat. |
|
From: Jeff F. <J....@fa...> - 2003-04-07 20:34:54
|
On Mon, 7 Apr 2003, Nathan Walp wrote: > On Mon, Apr 07, 2003 at 12:01:02PM -0700, Jeff Frost wrote: > > Does gaim 0.60 need a specific version of libao? I get a bunch of > > undefined references in sound.c when compiling > > > > /sound.c:100: undefined reference to `ao_initialize' > > sound.o: In function `gaim_sound_change_output_method': > > /sound.c:124: undefined reference to `ao_driver_info' > > /sound.c:114: undefined reference to `ao_driver_id' > > /sound.c:117: undefined reference to `ao_driver_id' > > /sound.c:120: undefined reference to `ao_default_driver_id' > > sound.o: In function `gaim_sound_play_file': > > /sound.c:253: undefined reference to `ao_open_live' > > /sound.c:262: undefined reference to `ao_play' > > /sound.c:265: undefined reference to `ao_close' > > /sound.c:269: undefined reference to `ao_shutdown' > > sound.o: In function `gaim_sound_quit': > > /sound.c:138: undefined reference to `ao_shutdown' > > /usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Get_Next_Char' > > /usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Get_First_Char' > > collect2: ld returned 1 exit status > > > > I've got libao-0.8.2. > > > > I belive that should work, but I'm not certain. I'm running 0.8.3 here. > It seems you have other linking issues as well, with pango. Did you > install libao in an odd location, i.e. not in /usr or /usr/local? libao is the redhat-7.3 libao installed in /usr/lib and the devel includes in /usr/include. the /usr/lib/libpangoxft-1.0.so is from pango-devel-1.0-1 redhat rpm. Perhaps redhat has applied some funny patches to the pango and/or libao stuff. :-/ |
|
From: Ka-Hing C. <kh...@ja...> - 2003-04-07 20:10:53
|
On Mon, 2003-04-07 at 13:00, Decklin Foster wrote: > But if you want to kludge it, here's the patch. I should note that this > fixes another trivial bug: at the end of gtk_imhtml_tip, when the tip > window is actually mapped, the gtk_window_move and gtk_window_show calls > are in the wrong order. This means that the tooltip pops up at (0, 0) > for an instant and then moves itself to the right place. Very annoying. > Regardless of what is done about the parent issue, this should be fixed. > It's trivial enough to describe so I won't bother making a separate > patch without the kludgery. I did that because (start quoting from gtk-doc): void gtk_window_move (GtkWindow *window, gint x, gint y); Asks the window manager to move window to the given position. Window managers are free to ignore this; most window managers ignore requests for initial window positions (instead using a user-defined placement algorithm) and honor requests after the window has already been shown. So it is possible for Window managers to ignore the gtk_window_move call if the window is not actually shown. But well, none of the wm seem to do this, so I guess it doesn't really matter. - Ka-Hing Your depth of comprehension may tend to make you lax in worldly ways. |
|
From: Nathan W. <fac...@fa...> - 2003-04-07 20:04:28
|
On Mon, Apr 07, 2003 at 12:01:02PM -0700, Jeff Frost wrote: > Does gaim 0.60 need a specific version of libao? I get a bunch of=20 > undefined references in sound.c when compiling >=20 > /sound.c:100: undefined reference to `ao_initialize' > sound.o: In function `gaim_sound_change_output_method': > /sound.c:124: undefined reference to `ao_driver_info' > /sound.c:114: undefined reference to `ao_driver_id' > /sound.c:117: undefined reference to `ao_driver_id' > /sound.c:120: undefined reference to `ao_default_driver_id' > sound.o: In function `gaim_sound_play_file': > /sound.c:253: undefined reference to `ao_open_live' > /sound.c:262: undefined reference to `ao_play' > /sound.c:265: undefined reference to `ao_close' > /sound.c:269: undefined reference to `ao_shutdown' > sound.o: In function `gaim_sound_quit': > /sound.c:138: undefined reference to `ao_shutdown' > /usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Get_Next_Char' > /usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Get_First_Char' > collect2: ld returned 1 exit status >=20 > I've got libao-0.8.2. >=20 I belive that should work, but I'm not certain. I'm running 0.8.3 here. It seems you have other linking issues as well, with pango. Did you install libao in an odd location, i.e. not in /usr or /usr/local? Nathan --=20 Nathan Walp || fac...@fa... GPG Fingerprint: || http://faceprint.com/ 5509 6EF3 928B 2363 9B2B DA17 3E46 2CDC 492D DB7E |
|
From: Decklin F. <de...@re...> - 2003-04-07 20:01:32
|
Er, helps if I actually attach the damn thing. -- things change. de...@re... |
|
From: Decklin F. <de...@re...> - 2003-04-07 20:00:29
|
Robert McQueen writes: > I think this is because GtkImHtml extends GtkTextView, so it's struct > should contain the entirety of GtkTextView's as the first element, which > in turn contains GtkTextView's parent, all the way up to GObject. Yeah, javabsp explain this to me too. I was reading a thread about exactly this topic on linux-elitists all week, and it didn't dawn on me that I was seeing it in practice until now. :-) > Because we never actually added the tooltip to the textview as a child > element, and nor is it sane or correct to, My instincts say the same thing. On the other hand, although it's not a child as far as layout goes, there is a relationship. Two questions: - What does gtk itself do with "standard" tooltips? No parent? - If we only need plain text here, can't we just use the toolkit instead of calling pango ourselves? How hard is that? If all toplevel windows (even if they're tooltips) are supposed to be at the top of their own widget hierarchy, I would be comfortable with just letting it go, removing the blist kludge, and blaming cleanice (I assume they'll release again soon to fix this bug, and I can just replace my "broken for testing purposes" package with a correct one). But if you want to kludge it, here's the patch. I should note that this fixes another trivial bug: at the end of gtk_imhtml_tip, when the tip window is actually mapped, the gtk_window_move and gtk_window_show calls are in the wrong order. This means that the tooltip pops up at (0, 0) for an instant and then moves itself to the right place. Very annoying. Regardless of what is done about the parent issue, this should be fixed. It's trivial enough to describe so I won't bother making a separate patch without the kludgery. Thanks for the GTK explanation, btw. Hopefully I'll be more active again in the future... -- things change. de...@re... |
|
From: Jeff F. <J....@fa...> - 2003-04-07 19:01:10
|
Does gaim 0.60 need a specific version of libao? I get a bunch of undefined references in sound.c when compiling /sound.c:100: undefined reference to `ao_initialize' sound.o: In function `gaim_sound_change_output_method': /sound.c:124: undefined reference to `ao_driver_info' /sound.c:114: undefined reference to `ao_driver_id' /sound.c:117: undefined reference to `ao_driver_id' /sound.c:120: undefined reference to `ao_default_driver_id' sound.o: In function `gaim_sound_play_file': /sound.c:253: undefined reference to `ao_open_live' /sound.c:262: undefined reference to `ao_play' /sound.c:265: undefined reference to `ao_close' /sound.c:269: undefined reference to `ao_shutdown' sound.o: In function `gaim_sound_quit': /sound.c:138: undefined reference to `ao_shutdown' /usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Get_Next_Char' /usr/lib/libpangoxft-1.0.so: undefined reference to `FT_Get_First_Char' collect2: ld returned 1 exit status I've got libao-0.8.2. -Jeff Compiling without sound support works great, but what's the fun in that? ;-) |
|
From: Rob F. <ro...@fa...> - 2003-04-07 15:39:25
|
I'll speak to some people at SF.net and see what's up. - R > On Mon, Apr 07, 2003 at 05:54:33PM +0100, Adrian Dannberg wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Jesus, first I mailed it to to Decklin, instead of the list and then I >> forgot to change the Subject. Anyways, I wonder why nobody noticed >> but there are only win0.60-alpha files on the servers. Not a single >> .bz .rpm or anything for 0.60 on linux. The nightlies are dated older >> than the official 0.60 release. I use automake 1.7.3, so much for cvs >> ... > > many of the sf mirrors seem very slow to update. yesterday peoplew were > having trouble finding the wingaim binary (the only .exe), now you > report trouble finding .tar.gz and .tar.bz, i can only say to try a > different mirror, they are all there. > luke > > > ------------------------------------------------------- > This SF.net email is sponsored by: ValueWeb: > Dedicated Hosting for just $79/mo with 500 GB of bandwidth! > No other company gives more support or power for your dedicated server > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel |
|
From: Luke S. <lsc...@ra...> - 2003-04-07 15:05:01
|
On Mon, Apr 07, 2003 at 05:54:33PM +0100, Adrian Dannberg wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jesus, first I mailed it to to Decklin, instead of the list and then I forgot > to change the Subject. Anyways, I wonder why nobody noticed but there are > only win0.60-alpha files on the servers. Not a single .bz .rpm or anything > for 0.60 on linux. The nightlies are dated older than the official 0.60 > release. I use automake 1.7.3, so much for cvs ... many of the sf mirrors seem very slow to update. yesterday peoplew were having trouble finding the wingaim binary (the only .exe), now you report trouble finding .tar.gz and .tar.bz, i can only say to try a different mirror, they are all there. luke |
171 messages has been excluded from this view by a project administrator.
