Summary: | [Request] Mark net-nntp/klibido-0.2.4.1 as x86 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Benoît Giraudou <bgiraudou> |
Component: | New packages | Assignee: | Gentoo Net-news project <net-news> |
Status: | RESOLVED LATER | ||
Severity: | enhancement | CC: | avuton, notellin, sebastian_ml |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Benoît Giraudou
2005-12-09 02:38:39 UTC
net-news guys: CC us when you decide on whether this version is stable or not. Thanks. Good call, but it doesn't compile (anymore - it did some weeks ago). It's looking for a db header (db_cxx.h) in /usr/include/, but the header is in /usr/include/db/. i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/kde/3.4/include -I/usr/qt/3/include -I. -I/usr/kde/3.4/include -I/usr/include/db4 -DQT_THREAD_SUPPORT -D_REENTRANT -I/include -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -DNDEBUG -DNO_DEBUG -O2 -O2 -march=athlon-xp -pipe -fomit-frame-pointer -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -c -o header.o `test -f 'header.cpp' || echo './'`header.cpp In Datei, eingef Good call, but it doesn't compile (anymore - it did some weeks ago). It's looking for a db header (db_cxx.h) in /usr/include/, but the header is in /usr/include/db/. i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/kde/3.4/include -I/usr/qt/3/include -I. -I/usr/kde/3.4/include -I/usr/include/db4 -DQT_THREAD_SUPPORT -D_REENTRANT -I/include -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -DNDEBUG -DNO_DEBUG -O2 -O2 -march=athlon-xp -pipe -fomit-frame-pointer -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -c -o header.o `test -f 'header.cpp' || echo './'`header.cpp In Datei, eingefügt von ./header.h:26, von binheader.h:24, von binheader.cpp:20: ./globals.h:24:20: db_cxx.h: Datei oder Verzeichnis nicht gefunden In Datei, eingefügt von header.h:26, von header.cpp:20: globals.h:24:20: db_cxx.h: Datei oder Verzeichnis nicht gefunden make[2]: *** [header.o] Fehler 1 make[2]: *** Warte auf noch nicht beendete Prozesse... make[2]: *** [binheader.o] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/klibido-0.2.4.1/work/klibido-0.2.4.1/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/var/tmp/portage/klibido-0.2.4.1/work/klibido-0.2.4.1' make: *** [all] Fehler 2 Cheers Sebastian Actually it's /usr/include/db4.2/ and not /usr/include/db/. Maybe I updated db inbetween. emerge db -pv These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sys-libs/db-4.2.52_p2-r1 -bootstrap -doc -java -nocxx -tcltk 0 kB Total size of downloads: 0 kB Has this bin stabled recently? *been* Should db really be so version aware? I mean, db4.2? I hope you don't have to adapt every Makefile in depending software to use db_cxx.h :) Sorry for the spam :) My 2c is this package version should _never_ be stable. The db problems with this version are numerous. Sooner or later with any kind of heavy use this version _will_ crash. For examples please view the project bug tracker. well as a fix for the db changes you can rename the 0.2.5 ebuild found here: http://bugs.gentoo.org/show_bug.cgi?id=124987 I was able to compile this version again with that. i ran this version for a few months and I ran into only a few bugs. you can crash it. so i wouldn't call it stable, but for my usage it works better than anything else i've found. Versions of Klibido 0.2.4.1 and 0.2.3-r1 has the same error of db include. But 0.2.3 is marked stable, and not 0.2.4.1. So, the include error is not a good argument for unstability IMHO. Therefore, making a link like "ln -s /usr/include/dbx.y/db_cxx.h /usr/include" solve this problem. This bug should be marked invalid. I can give you a bt _anytime_ with this package. All I have to do is load up a few large newsgroups, I can do this even with the newer version (0.2.5). Or better yet, as I said in comment #5 you could take a gander at the project's bug tracker. There are _tons_ of crasher bugs there that have not yet been rectified. http://sourceforge.net/tracker/?atid=669899&group_id=114928&func=browse Closing. Can't be done until Bug 133535 is fixed. |