The Kbabel ebuild (and, in turn, the kdesk meta) forces a dependency on berkeleydb 4.3 I do not know if it is really needed. Also, as a side effect, you see an error when trying to build apr-util (as per bug 171209), because the apr-util does not like multiple installations of db. Reproducible: Always
It allows both 4.2 and 4.3, prefering the latter. If there are issues with apr-util, the best advise will be to dump the existing db's as necessary, unmerge all 4.x version older than 4.3, run revdep-rebuild and restore the db's, if needed. In any case if there is a apr-util problem, it's not a KDE one. The bug you mention is for 4.5 so I'm not sure, if it relates either. Considering this bug invalid from my side, but maybe the apr-util maintainers can give some input.
Yes, but the question is - is bdb specific version dependency needed? because if it can be removed (the specific version) i think could improve management of the system.
Luca, I definitely won't look at the kbabel scripts and sources for this and Gentoo won't keep older bdb versions longer than there are ebuilds which need them - so updating in time is your best bet.
FWIW - apr-util-0.9.12 choked while trying to install with db-4.5 (would not recognize it) apr-util-0.9.12-r1 worked fine. Is a version bump needed?
apr-util-0.9.13 doesn't compile with db-4.5.20_p2 with gcc-4.1.1-r3. Configuration script falil on BerkleyDB check. Downgrade0.9.12-r1 works fine...
(In reply to comment #5) > apr-util-0.9.13 doesn't compile with db-4.5.20_p2 with gcc-4.1.1-r3. > Configuration script falil on BerkleyDB check. Downgrade0.9.12-r1 works fine... I wouldn't even touch apr-*0.9.13 with a ten feet pole if I were you. Seriously, apr-{,util-}0.9.13 is kinda broken, and iirc that was the reason I package.masked it .. if you really wanna use db-4.5* p.keyword apr-util-1.2.8 (which should have been stable some time ago). (In reply to comment #0) > The Kbabel ebuild (and, in turn, the kdesk meta) forces a dependency on > berkeleydb 4.3. I do not know if it is really needed. Also, as a side > effect, you see an error when trying to build apr-util (as per bug 171209), > because the apr-util does not like multiple installations of db. Yeah, and that's why the SLOT of apr/apr-util is going away sometime soon (I really hope soon then later).
