Re: [gentoo-user] net-nntp/klibido
On 5/27/06, JimD [EMAIL PROTECTED] wrote: Has anyone gotten this to compile with gcc 4.x? Doesn't look promising. I just tried it, and I get this bug: http://bugs.gentoo.org/show_bug.cgi?id=133535 I just upgraded to gcc 4.1 and I also just installed kdelibs 3.5 (I am a gnome guy and want to give kde a look). now, release your anger..strike down your old DE and your journey to the dark side will be complete! The requirement page on the klibido site state gcc 3.x. Would I be able to emerge gcc 3.x and compile klibido with that? I compiled kdelibs 3.5 with gcc 4.1. Theoretically...maybe. There is a bit of an open debate right now on how binary compatible 3.4.x and 4.x are. You can certainly merge 3.4.6-r1, and use gcc-config to select that as your compiler for building klibido. And I am reasonably sure it will _compile_. But it is maybe a bit dangerous, as you have kdelibs built with 4.1, so linked against that version of libstdc++.so. When you build klibido with 3.4.x, it will get linked with that version of libstdc++.so. Since the .so version is the same, the system should load one and only one copy of libstdc++.so (whichever one shows up first in ldconfig). And it should work...*in theory*. However there have been some issues posted with running such mixed-environment programs, so it seems not so simple. I would suggest to either use 3.4.x and rebuild all C++ programs with that (using revdep-rebuild --library=libstdc++.so.6), or wait for the above bug to get fixed. Rebuilding all C++ programs could include openoffice.org, mozilla, and other long-compiling packages... I would love to find a clean binary news reader like GrabIt (http://www.shemes.com/). GrabIt is simple, fast and stable. Though it is closed source and only runs on WinXP which doesn't help me now :-( I haven't tried it, but maybe it will work with wine? If you decide to try wine, make sure you merge the latest 0.9.x version, not a -2005 version. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
Richard Fish wrote: I would suggest to either use 3.4.x and rebuild all C++ programs with that (using revdep-rebuild --library=libstdc++.so.6), or wait for the above bug to get fixed. Rebuilding all C++ programs could include openoffice.org, mozilla, and other long-compiling packages... Part of me wanting to try kde again was because of the nice speed increase with startup times and gcc 4.1. However, I don't know if this is try from experience. Is kde 3.5 noticeably faster when compiled with gcc 4.1? Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
Richard Fish wrote: I would suggest to either use 3.4.x and rebuild all C++ programs with that (using revdep-rebuild --library=libstdc++.so.6), or wait for the above bug to get fixed. Rebuilding all C++ programs could include openoffice.org, mozilla, and other long-compiling packages... By the way, do you know if Gentoo considers an ebuild with an -rX on the end to be newer? For example which would emerge choose: sys-devel/gcc-3.4.6 or sys-devel/gcc-3.4.6-r1 Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
JimD wrote: By the way, do you know if Gentoo considers an ebuild with an -rX on the end to be newer? For example which would emerge choose: sys-devel/gcc-3.4.6 or sys-devel/gcc-3.4.6-r1 s/Gentoo/portage ;) Yes, it does. Revision bumps are generally to correct a bug or typo in an ebuild, or apply additional patches, while the upstream version remains unchanged. If you're unmasking (in package.keywords or package.unmask) a specific version of a package, such as =sys-devel/gcc-3.4.6 to use your example, you could instruct portage to unmask ebuild revisions of that same version using the ~ prefix: ~sys-devel/gcc-3.4.6 would match gcc-3.4.6 and gcc-3.4.6-r*. Handy for getting ebuild fixes on a package waiting to become stable. Yay, random portage trivia! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
JimD wrote: If the above is not doable, does anyone know of a good binary news reader for Linux? What's wrong with Thunderbird? GrabIt is simple, fast and stable. Though it is closed source and only runs on WinXP which doesn't help me now :-( Wine ;) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
Ryan Tandy wrote: JimD wrote: If the above is not doable, does anyone know of a good binary news reader for Linux? What's wrong with Thunderbird? For binary news groups? I could give it a shot. However, Thunderbird sucks up tons of memory for text-only news groups with a few hundred posts. I hat to see how much memory it uses for a news group with 100,000+ posts! GrabIt is simple, fast and stable. Though it is closed source and only runs on WinXP which doesn't help me now :-( Wine ;) It does start up fine in Wine. I will give it a go and see if it will download and all that jazz. Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
Ryan Tandy wrote: JimD wrote: By the way, do you know if Gentoo considers an ebuild with an -rX on the end to be newer? For example which would emerge choose: sys-devel/gcc-3.4.6 or sys-devel/gcc-3.4.6-r1 s/Gentoo/portage ;) Ahh, yes, I had a brain freeze. Yay, random portage trivia! Mmmm, portage trivia :-) Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
On 5/27/06, JimD [EMAIL PROTECTED] wrote: Part of me wanting to try kde again was because of the nice speed increase with startup times and gcc 4.1. However, I don't know if this is try from experience. Is kde 3.5 noticeably faster when compiled with gcc 4.1? I'll let you know in a week or so once my emerge -e world finishes... :-) Actually the last time I did this, it took about 16 hours to rebuild everythingof course that was with openoffice-bin which I don't use anymore. Building OOo from source should add about 7 hours. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
Richard Fish wrote: I'll let you know in a week or so once my emerge -e world finishes... :-) Same here. Rebuilding world should take a while. Actually the last time I did this, it took about 16 hours to rebuild everythingof course that was with openoffice-bin which I don't use anymore. Building OOo from source should add about 7 hours. Do you find any benefit from building OOo yourself? I built OOo once about 2 years ago, and it took ages then. Since then I have always just use OOo-bin. -Richard Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
On 5/27/06, JimD [EMAIL PROTECTED] wrote: Richard Fish wrote: I'll let you know in a week or so once my emerge -e world finishes... :-) Same here. Rebuilding world should take a while. Hold the phone!! OOo just completed building on my system in 4h 08m 07s. When I get some time I'm going to have try that again with gcc 3.4.6 for a comparison... Actually the last time I did this, it took about 16 hours to rebuild everythingof course that was with openoffice-bin which I don't use anymore. Building OOo from source should add about 7 hours. Do you find any benefit from building OOo yourself? I built OOo once about 2 years ago, and it took ages then. Since then I have always just use OOo-bin. Mostly size. From my quickpkg collection: carcharias All # bzcat openoffice-bin-2.0.2.tbz2 | wc -c bzcat: openoffice-bin-2.0.2.tbz2: trailing garbage after EOF ignored 317675520 carcharias All # bzcat openoffice-2.0.2-r2.tbz2 | wc -c bzcat: openoffice-2.0.2-r2.tbz2: trailing garbage after EOF ignored 286371840 Saved about 40M by compiling myself, by eliminating the duplicate stuff in /usr/lib/openoffice (e.g., python). But I have been loading OOo2 at login using the 'ooffice2 -nologo -nodefault' method, so I didn't see (or expect to see) any improvements in startup speed. It is already typically one second or less on my system. -Richard -- gentoo-user@gentoo.org mailing list
