Unfortunately, the system I'm testing on has currently no access via SSH so I cannot paste all details, but: The snapshot from March 6th has a bug: if you have kerberos and krb4 in the USE flags and emerge openssh, you receive an error within the heimdal package. It cannot be compiled. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Try to emerge app-crypt/mit-krb5 This ebuild also provides virtual/krb5
Thanks for that information! I guess its a bug in the package then and not on my side, right?
I need emerge info, configure output and compile error to move forward with this bug, please attach.
Sorry, I don't have it anymore. My fault. My test system has been compiled now by removing the problematic USE-flags, so I cannot send any information. :-(
okay, please re-open this bug if you encounter the same error.
I can get it to happen! Here's the output as I tried to "emerge system" during an install from 2004.0: gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 -I/usr/include -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -O3 -march=athlon -pipe -fomit-frame-pointer -c `test -f 'convert_db.c' || echo './'`convert_db.c gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 -I/usr/include -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -O3 -march=athlon -pipe -fomit-frame-pointer -c hdb_err.c -o hdb_err.o echo timestamp > hdb_err.lo cp ./hdb.h ../../include/hdb.h cp ./hdb_err.h ../../include/hdb_err.h cp ./hdb_asn1.h ../../include/hdb_asn1.h cp ./hdb-protos.h ../../include/hdb-protos.h cp ./hdb-private.h ../../include/hdb-private.h db3.c: In function `DB_seq': db3.c:90: warning: unused variable `d' db3.c: In function `DB_open': db3.c:265: warning: passing arg 2 of pointer to function from incompatible pointer type db3.c:265: warning: passing arg 4 of pointer to function makes pointer from integer without a cast db3.c:265: error: too few arguments to function db3.c:268: warning: passing arg 2 of pointer to function from incompatible pointer type db3.c:268: warning: passing arg 4 of pointer to function makes pointer from integer without a cast db3.c:268: error: too few arguments to function distcc[17340] ERROR: compile on laptop failed make[3]: *** [db3.lo] Error 1 make[3]: *** Waiting for unfinished jobs.... gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 -I/usr/include -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -O3 -march=athlon -pipe -fomit-frame-pointer -c asn1_GENERATION.c -o asn1_GENERATION.o echo timestamp > asn1_GENERATION.lo echo timestamp > asn1_hdb_entry.lo make[3]: Leaving directory `/var/tmp/portage/heimdal-0.6/work/heimdal-0.6/lib/hdb' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/heimdal-0.6/work/heimdal-0.6/lib/hdb' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/heimdal-0.6/work/heimdal-0.6/lib' make: *** [all-recursive] Error 1 !!! ERROR: app-crypt/heimdal-0.6 failed. !!! Function src_compile, Line 65, Exitcode 2 !!! (no error message) Here's what emerge wanted to bring into the world: livecd usr # emerge -p system These are the packages that I would merge, in order: Calculating system dependencies ...done! [ebuild N ] app-crypt/heimdal-0.6 [ebuild N ] net-misc/openssh-3.7.1_p2-r2 [ebuild N ] sys-fs/devfsd-1.3.25-r3 And here's the emerge info: livecd usr # emerge info Portage 2.0.50-r1 (default-x86-2004.0, gcc-3.3.2, glibc-2.3.2-r9, 2.6.1-gentoo-r2) ================================================================= System uname: 2.6.1-gentoo-r2 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.4.3.13 distcc 2.12.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.7.7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O3 -march=athlon -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distcc sandbox" GENTOO_MIRRORS="ftp://gentoo.ccccom.com http://mirror.tucdemonic.org/gentoo/ http://gentoo.mirrors.pair.com/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl apm arts avi berkdb crypt cups dvd encode foomaticdb gdbm gif gpm imlib ipv6 jpeg kde kerberos ldap libg++ libwww mad mikmod mmx mpeg ncurses nls ntpl oggvorbis opengl oss pam pdflib perl png python qt quicktime readline samba sdl slang spell sse ssl svga tcpd truetype unicode x86 xml2 xmms xv zlib" PLEASE NOTE THAT I'M USING DISTCC! Perhaps this could explain the issue. Note that this also happened on another machine, but I emerged mit-krb5 and continued, which is what I'll do now. (I need my ssh!) Hope this helps.
http://bugs.gentoo.org/show_bug.cgi?id=44723 is the same bug, with more juicy details!
.
*** Bug 44300 has been marked as a duplicate of this bug. ***
*** Bug 44723 has been marked as a duplicate of this bug. ***
I need the following: * output from configure * config.log * output from ls -l /usr/include/db* * output from head -n 3 /var/db/pkg/sys-libs/db*/*.ebuild Thanks!
Let me note that I had this problem as well. All that I needed to do was to emerge db-3.x and then heimdal merged succesfully. So the real problem is in fact that heimdal's dependencies are broken.
Created attachment 28136 [details] requested output and emerge info * output from configure * config.log * output from 'ls -l /usr/include/db*' * output from 'head -n 3 /var/db/pkg/sys-libs/db*/*.ebuild' * output from 'emerge info'
I believe the problem is that heimdal 0.6 doesn't support the API change for db-4.1. I found two patches (inline below) which are now in the current cvs snapshot of heimdal which fixed the problem for me. Hope this helps. Index: db3.c =================================================================== RCS file: /home/project/cvs/heimdal/lib/hdb/db3.c,v retrieving revision 1.1.1.1 retrieving revision 1.8 diff -u -r1.1.1.1 -r1.8 --- db3.c 2002/08/11 23:53:56 1.1.1.1 +++ db3.c 2003/08/23 08:42:38 1.8 @@ -87,7 +87,6 @@ DB_seq(krb5_context context, HDB *db, unsigned flags, hdb_entry *entry, int flag) { - DB *d = (DB*)db->db; DBT key, value; DBC *dbcp = db->dbc; krb5_data key_data, data; @@ -262,10 +261,18 @@ } db_create(&d, NULL, 0); db->db = d; +#if (DB_VERSION_MAJOR > 3) && (DB_VERSION_MINOR > 0) + if ((ret = d->open(db->db, NULL, fn, NULL, DB_BTREE, myflags, mode))) { +#else if ((ret = d->open(db->db, fn, NULL, DB_BTREE, myflags, mode))) { +#endif if(ret == ENOENT) /* try to open without .db extension */ +#if (DB_VERSION_MAJOR > 3) && (DB_VERSION_MINOR > 0) + if (d->open(db->db, NULL, db->name, NULL, DB_BTREE, myflags, mode)) { +#else if (d->open(db->db, db->name, NULL, DB_BTREE, myflags, mode)) { +#endif free(fn); krb5_set_error_string(context, "opening %s: %s", db->name, strerror(ret)); Index: ndbm_wrap.c =================================================================== RCS file: /home/project/cvs/heimdal/lib/roken/ndbm_wrap.c,v retrieving revision 1.1.1.1 retrieving revision 1.3 diff -u -r1.1.1.1 -r1.3 --- ndbm_wrap.c 2002/08/12 01:08:42 1.1.1.1 +++ ndbm_wrap.c 2003/08/23 08:42:39 1.3 @@ -165,7 +165,12 @@ free(fn); return NULL; } + +#if (DB_VERSION_MAJOR > 3) && (DB_VERSION_MINOR > 0) + if(db->open(db, NULL, fn, NULL, DB_BTREE, myflags, mode) != 0) { +#else if(db->open(db, fn, NULL, DB_BTREE, myflags, mode) != 0) { +#endif free(fn); db->close(db, 0); return NULL;
I've commited a patch that extends the search for the db.h include file (now also checks 4.1 and 4.2 subdirs). Please test.
Rebuilt both heimdal and openssh on top of it. Both worked great. Thanks.