| Summary: | noatun-plugins-3.5.3 update for berkdb-4.4 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Dean Baender <dcb> |
| Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | dsean |
| Priority: | High | ||
| Version: | 2006.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
noatun-plugins-3.5.3.ebuild w/ db-4.4 support
patch w/ db-4.4 support noatun-plugins-3.5.3.ebuild (db-use eclass) ebuild patch (db-use eclass) |
||
|
Description
Dean Baender
2006-06-10 09:53:54 UTC
Created attachment 88846 [details]
noatun-plugins-3.5.3.ebuild w/ db-4.4 support
Updated ebuild to use db-4.4*
Created attachment 88847 [details, diff]
patch w/ db-4.4 support
Patch to current noatun-plugins-3.5.3.ebuild w/ db-4.4* support
Thanks for reporting, your patch is indeed correct, although I'm probably just going to rewrite it to use the db-use eclass (unless you want to do that before I find time to ;) ), so that we don't have to update it every other release :) Thanks for the db-use eclass tip, I didn't realize it existed. I'll have a look at it tonight. Created attachment 88874 [details]
noatun-plugins-3.5.3.ebuild (db-use eclass)
noatun-plugins-3.5.3.ebuild using the db-use eclass.
Kudos to the maintainer of dev-libs/apr-util-1.2.7 from whom I snaked the magic db-use incantation. :)
Created attachment 88876 [details, diff]
ebuild patch (db-use eclass)
patch from current portage
In cvs. Thanks for your report, Dean. carlo: I don't know where you got the 'RDEPEND==${DEPEND}' line from, but please be careful with it, it broken the tree for nearly 11 hours I figure.
I've fixed it now to have quotes as it should have.
Close, but not quite there yet.
With current portage I still get the Dbt* errors:
/bin/sh ../../libtool --silent --mode=link --tag=CXX i686-pc-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -march=athlon-xp -mfpmath=sse -mno-tls-direct-seg-refs -pipe -fforce-addr -fomit-frame-pointer -ftracer -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -o noatun_oblique.la -rpath /usr/kde/3.5/lib/kde3 -L/usr/kde/3.5/lib -L/usr/qt/3/lib -L/usr/lib -module -avoid-version -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined base.lo kbuffer.lo query.lo oblique.lo tree.lo file.lo selector.lo menu.lo cmodule.lo kdatacollection.lo view.lo -lkio -lnoatun -ldb-4.4
.libs/base.o: In function `Base::remove(File)':
base.cpp:(.text+0x1706): undefined reference to `Dbt::Dbt()'
base.cpp:(.text+0x1769): undefined reference to `Db::del(DbTxn*, Dbt*, unsigned int)'
base.cpp:(.text+0x1784): undefined reference to `Db::sync(unsigned int)'
base.cpp:(.text+0x1798): undefined reference to `Dbt::~Dbt()'
I think the configure arg "--with-db-lib=" needs the db_cxx-${dbver} library, not db-${dbver}.
The db-use/${myconf} incantation in the attachments built for me. Maybe go back to that? Or maybe my system is just screwy.
Just curious...
Why include ${ROOT} in --with-extra-includes=${ROOT}$(db_includedir) ?
$(db_includedir) is already an absolute path.
Same "undefined reference Dbt::" errors on a fresh KDE install using db-4.2 . Since this is an issue with how the db-use eclass is used, and not related only to db-4.4 should this be submitted as a new bug? *** Bug 136775 has been marked as a duplicate of this bug. *** Robin: I bet repoman would have caught the problem, if bug 132601 would not have stopped me using it. As stupidly as I broke the ebuild, I shouldn't have commited anything this early morning anyways. Sorry everyone. Carsten: Thanks, and nice work. I just got the fixed ebuild from portage. |
