Hi folks, I just gave the new net-libs/gnutls-1.4.4 a spin and it fails during autoconf. Here's the error ------------------------------------------------------------------------------------------------- >>> Unpacking source... >>> Unpacking gnutls-1.4.4.tar.bz2 to /var/tmp/portage/gnutls-1.4.4/work * Applying gnutls-1.4.4-selflink.patch ... [ ok ] * Running libtoolize --copy --force --automake ... [ ok ] * Running aclocal -I /var/tmp/portage/gnutls-1.4.4/work/gnutls-1.4.4/m4 -I /var/tmp/portage/gnutls-1.4.4/work/gnutls-1.4.4/gl/m4 [ ok ] * Running autoconf -I m4 -I gl/m4 ... [ !! ] * Failed Running autoconf ! * * Include in your bugreport the contents of: * * /var/tmp/portage/gnutls-1.4.4/temp/autoconf-27617.out !!! ERROR: net-libs/gnutls-1.4.4 failed. Call stack: ebuild.sh, line 1546: Called dyn_unpack ebuild.sh, line 708: Called src_unpack gnutls-1.4.4.ebuild, line 36: Called eautoconf '-I' 'm4' '-I' 'gl/m4' autotools.eclass, line 137: Called autotools_run_tool 'autoconf' '-I' 'm4' '-I' 'gl/m4' autotools.eclass, line 193: Called die !!! Failed Running autoconf ! !!! If you need support, post the topmost build error, and the call stack if relevant. -------------------------------------------------------------------------------------------------------- Content of /var/tmp/portage/gnutls-1.4.4/temp/autoconf-27617.out -------------------------------------------------------------------------------------------------------- ***** autoconf ***** configure:11908: error: possibly undefined macro: AC_CHECK_HEADERS_ONCE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure:16059: error: possibly undefined macro: AC_CHECK_DECLS_ONCE configure:16769: error: possibly undefined macro: AC_CHECK_FUNCS_ONCE --------------------------------------------------------------------------------------------------------- [markus@despina] emerge --info Portage 2.1.1 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.17-PANDORA-8 i686) ================================================================= System uname: 2.6.17-PANDORA-8 i686 Intel(R) Pentium(R) 4 Mobile CPU 1.80GHz Gentoo Base System version 1.12.5 Last Sync: Fri, 15 Sep 2006 01:53:01 +0000 ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r5 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer -fno-ident -mfpmath=sse -fstack-protector-all" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer -fno-ident -mfpmath=sse -fstack-protector-all" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache collision-protect cvs distlocks metadata-transfer parallel-fetch sandbox sfperms strict userfetch userpriv usersandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org/" LDFLAGS="-Wl,-O1 -Wl,-z,now -Wl,-z,relro -Wl,--sort-common -Wl,--enable-new-dtags -Wl,--as-needed" LINGUAS="en_US" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aalib alsa apm asf avi bash-completion berkdb bitmap-fonts blas bzip2 cairo caps cblas cdparanoia cli cmkopt crypt cups curl cvs dbus dlloader dri dvd dvdread dvi elibc_glibc emboss encode erandom esd examples exif expat fftw flac fortran gcj gd gdbm ggi gif gimpprint glibc-omitfp gnutls gpgme gphoto2 gsl gtk gtk2 idn imagemagick imap imlib input_devices_keyboard input_devices_mouse ipv6 irc isdnlog ithreads jbig jpeg kde kdeenablefinal kdehiddenvisibility kernel_linux lapack lcms ldap libcaca libg++ libwww linguas_en_US mad madwifi mikmod mmx mmx2 mng motif moznomail mp3 mpeg mplayer musicbrainz nas ncurses netcdf nls nntp nodroproot noxft nptl nptlonly offensive ogg oggvorbis opengl oss pam pango pcmcia pcre pdf perl png pnp pop pppd python qt3 qt4 quicktime readline reflection ruby sdl session slang smime sndfile spell spl sse sse2 ssl stroke subversion svg svga t1lib tcl tcpd tetex tga threads tiff tk truetype truetype-fonts trusted type1-fonts udev unicode userland_GNU video_cards_radeon vim-pager vorbis win32codecs xgetdefault xine xml xml2 xorg xrandr xscreensaver xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS Please let me know if want me to do any additional testing. I should be online until 5pm or so Pennsylvania time. cheers, Markus
(In reply to comment #0) > Hi folks, > > I just gave the new net-libs/gnutls-1.4.4 a spin and it fails during > autoconf. Here's the error Ok, looks like I need autoconf-2.60 and whatever m4 stuff goes with to get beyond the eautoconf step. With 2.60 everything compiles fine, whereas autoconf-2.59-r7 breaks. cheers, Markus
Ah thanks. I'm sure that the arch teams don't want to stablizile autoconf-2.60 just because of this. I'll look into something after work. Thanks for finding the problem.
(In reply to comment #2) > Ah thanks. > I'm sure that the arch teams don't want to stablizile autoconf-2.60 just > because of this. I'll look into something after work. > > Thanks for finding the problem. > Sure! More problems, unfortunately: Both curl and cups fail to link against the new gnutls. Cups give me a libcups.a(http.o): In function `http_setup_ssl': http.c:(.text+0x569): undefined reference to `gnutls_certificate_allocate_credentials' http.c:(.text+0x579): undefined reference to `gnutls_init' http.c:(.text+0x583): undefined reference to `gnutls_set_default_priority' http.c:(.text+0x59b): undefined reference to `gnutls_credentials_set' http.c:(.text+0x5ac): undefined reference to `gnutls_transport_set_ptr' http.c:(.text+0x5b6): undefined reference to `gnutls_handshake' libcups.a(http.o): In function `http_write_ssl': http.c:(.text+0x7e2): undefined reference to `gnutls_record_send' libcups.a(http.o): In function `http_wait': http.c:(.text+0xb21): undefined reference to `gnutls_record_check_pending' libcups.a(http.o): In function `http_read_ssl': http.c:(.text+0xd48): undefined reference to `gnutls_record_recv' libcups.a(http.o): In function `http_shutdown_ssl': http.c:(.text+0x177c): undefined reference to `gnutls_bye' http.c:(.text+0x1786): undefined reference to `gnutls_deinit' http.c:(.text+0x1790): undefined reference to `gnutls_certificate_free_credentials' I checked, and it is not due to -Wl,--as-needed; ldconfig didn't help either. Maybe its a problem with pkg-config, I am not sure atm. Markus
(In reply to comment #3) > (In reply to comment #2) > I checked, and it is not due to -Wl,--as-needed; ldconfig didn't help > either. Maybe its a problem with pkg-config, I am not sure atm. Did gnutls get rebuild twice? (bug #147800)? check readelf -d /usr/lib/libgnutls-extra.so - 0x00000001 (NEEDED) Shared library: [libgnutls.so.12] (means no - it needs to be rebuild) - 0x00000001 (NEEDED) Shared library: [libgnutls.so.13] (means yes - this is good) I've noticed on the revdep-rebuild that cups, curl and a few others end up at the end of the rebuild. This is bad because other things that depend on them, (php, evolution, etc...) break because their dependencies aren't rebuilt yet. May need to do some careful wording in the glsa (gwn?) on avoiding what I assume is revdep-rebuild bugs.
(In reply to comment #4) > Did gnutls get rebuild twice? (bug #147800)? > check readelf -d /usr/lib/libgnutls-extra.so > - 0x00000001 (NEEDED) Shared library: [libgnutls.so.12] > (means no - it needs to be rebuild) > - 0x00000001 (NEEDED) Shared library: [libgnutls.so.13] > (means yes - this is good) > Hi Daniel, I had to go back to stable gnutls and can't say atm. I'll rebuild 1.4.4 this morning (twice) and will let you know how that goes. best, Markus
(In reply to comment #5) > (In reply to comment #4) > > Did gnutls get rebuild twice? (bug #147800)? > > check readelf -d /usr/lib/libgnutls-extra.so > > - 0x00000001 (NEEDED) Shared library: [libgnutls.so.12] > > (means no - it needs to be rebuild) > > - 0x00000001 (NEEDED) Shared library: [libgnutls.so.13] > > (means yes - this is good) > > > > Hi Daniel, > > I had to go back to stable gnutls and can't say atm. I'll rebuild 1.4.4 this > morning (twice) and will let you know how that goes. > > best, > Markus > Hi Daniel, I rebuild the whole thing and, unfortunately, rebuilding it twice doesn't help since curl/cups still fail to build. [markus@despina] readelf -d /usr/lib/libgnutls-extra.so 0x00000001 (NEEDED) Shared library: [libgnutls.so.13] I've been digging a little bit, and least for cups the problem is due to the fact that its Makefile only links against -ltasn1 and NOT -lgnutls. Once I add -lgnutls manually it compiles. Unfortunately, I don't have time at them moment to investigate this further, but could it be possible that the previous libtasn1 pulled in gnutls since the libtasn1.so belonging to libtasn1-0.3.5 doesn't? Markus
(In reply to comment #6) > I've been digging a little bit, and least for cups the problem is due to > the fact that its Makefile only links against -ltasn1 and NOT -lgnutls. > Once I add -lgnutls manually it compiles. Unfortunately, I don't > have time at them moment to investigate this further, but could it > be possible that the previous libtasn1 pulled in gnutls since the > libtasn1.so belonging to libtasn1-0.3.5 doesn't? > > Markus > Using gnutls-1.2.10 cup's configure properly picks up -lgnutls. Somehow, with gnutls-1.4.4 it screws up and fails to link against gnutls. I'll give the cups in ~x86 a spin and see if it gets it right. Markus
(In reply to comment #7) Sorry for the bugspam ;-) Here's the reason why compiling agains gnutls-1.4.4 is screwed up on my system: [markus@despina] /usr/bin/libgnutls-config --libs -L/usr/lib -L/usr/lib -ltasn1 -lgcrypt -lgpg-error This looks kind of wrong, at the very least there should be a -lgnutls in there. Markus
(In reply to comment #8) > (In reply to comment #7) > [markus@despina] /usr/bin/libgnutls-config --libs > -L/usr/lib -L/usr/lib -ltasn1 -lgcrypt -lgpg-error > > This looks kind of wrong, at the very least there > should be a -lgnutls in there. Quite right and its a result of my dodgy patch. Fixed in gnutls-1.4.4-r1
(In reply to comment #9) > Fixed in gnutls-1.4.4-r1 > Cool:) Works like a charm now with cups et al. Thanks, Markus