Re: [gentoo-amd64] Re: new clean rebuild

[Beso]

2008/5/18 Duncan <1i5t5.duncan@×××.net>:

> Beso <givemesugarr@×××××.com> posted
> d257c3560805181148q66aa4b3cpd84d9e127a6dbfca@××××××××××.com, excerpted
> below, on  Sun, 18 May 2008 18:48:38 +0000:
>
> > but
> > now i got an issue with db-4.6.21 which prevents klibido from starting.
>
> db upgrades database format frequently, I believe with every update tho
> it might be only minor versions (4.5, 4.6, etc).  The formats are
> incompatible with each other.  Therefore, anything built on db will need
> rebuilt to use the new format when you upgrade db, and all the info
> accumulated in the previous db format will die.
>
> For something like klibido, killing the old db isn't a big deal.
> However, klibido isn't widely used enough to make it a priority updating
> its ebuild when necessary to work with new db versions, so you must
> sometimes do so by hand.  IIRC, it wasn't too difficult last time I did
> it, but it did take a bit of time.
>
> That's one of the reasons I eventually switched back to pan for binaries
> here, after it got automatic multiserver ability with the 0.9x+ rewrite.
> I had been using pan for text and binaries for some time and am in fact a
> senior regular on the pan lists/newsgroups (groups as seen thru gmane's
> list2news gateway, which is how I follow them, using pan, of course),
> then switched to klibido for binaries when it came out as pre-rewrite pan
> didn't handle multiple servers as well.  However, due to the problems
> keeping klibido and db in sync, and the fact that I /have/ used pan so
> long and am relatively comfortable with it, /and/ the fact that I was
> already using it for text groups, it was just easier to switch back to
> using it for binaries as well, than to worry about keeping klibido
> running.
>
> The only problem is that as a normally KDE user, pan is my only major gtk
> using app.  If I weren't using pan, I could probably ditch gtk entirely.
> However, it works better for me than knode for text so I had it and gtk
> on the system as it was, and using it for binaries too was easier than
> keeping up with klibido/db, tho it would have been the reverse if I
> wasn't already using pan for text.
>
> So anyway, if you've not tried it and already have gtk merged for other
> reasons anyway, consider pan for both text and binaries.  Pan doesn't
> have the nice eye candy of klibido, but because it does text and text
> posting too, it's actually more functional.


i've rebuild klibido after db upgrade but it still hangs.
have you ever tried to download multiple lines articles that don't have an
article?! in these cases klibido does what it should do:
saves the ammount of data and then you could be able to repair it later via
par2 blocks. pan instead blocks the download at 99% and there isn't any
single way to have the part downloaded that far saved. this is an enormous
flaw in pan's binary management that i cannot ignore. also i cannot
understand why the hell kde insist on knode instead of putting klibido in
its place. damn, there's kmail that does a part of knode and it does better
and there is klibido that does what knode does in a far far far better way
and also it has better stuff.
i've tried the nzb qt4 package but either it's me that is idiot or the
program that simply doesn't work.

anyway, do you have some advices for a full system rebuild configuration?! i
seem to remember that you're using kde4-svn version. are you by chance using
it with xorg-git version?!

-- 
dott. ing. beso