Hi, popt compilation aborts after checking gettext See the link next post. Jj
Created attachment 100026 [details] popt compilation error checking for libintl.h... yes checking mcheck.h usability... yes checking mcheck.h presence... yes checking for mcheck.h... yes checking for unistd.h... (cached) yes checking for /usr/ucblib in LIBS... no checking for GNU xgettext... configure: error: *** GNU gettext is required. The latest version *** is always available from ftp://ftp.gnu.org/gnu/gettext/. !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/dev-libs/popt-1.10.4-r1/work/popt-1.10.4/config.log !!! ERROR: dev-libs/popt-1.10.4-r1 failed. Call stack: ebuild.sh, line 1568: Called dyn_compile ebuild.sh, line 937: Called src_compile popt-1.10.4-r1.ebuild, line 31: Called econf '--enable-nls' ebuild.sh, line 540: Called die
Portage 2.1.2_pre3-r5 (default-linux/amd64/vserver, gcc-4.1.1, glibc-2.5-r0, 2.6.18-vs2.1.1-rc37-gentoo x86_64) ================================================================= System uname: 2.6.18-vs2.1.1-rc37-gentoo x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.14 Last Sync: Thu, 19 Oct 2006 06:50:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.3.5-r2, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 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.50.0.5 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.18 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O3 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/terminfo" CXXFLAGS="-march=k8 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distcc distlocks metadata-transfer sandbox sfperms strict userpriv" GENTOO_MIRRORS="..." LANG="fr_FR.utf8" LC_ALL="fr_FR.utf8" LINGUAS="fr" MAKEOPTS="-j5" 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/overlay" USE="amd64 X apache2 bash-completion bitmap-fonts bzip2 cli cracklib crypt curl dba dlloader elibc_glibc examples gd gdbm glibc-omitfp gnome input_devices_keyboard input_devices_mouse isdnlog java jpeg kernel_linux linguas_fr mysql ncurses nls nptl nptlonly opengl pam pcre perl pppd python qt readline reflection ruby session spell spl ssl threads truetype truetype-fonts type1-fonts unicode userland_GNU userlocales utf8 vhosts video_cards_dummy xml xorg xpm zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Can't reproduce this on my system. sys-devel/gettext-0.15-r1 USE="nls -doc -emacs -nocxx" dev-libs/popt-1.10.4-r1 USE="nls" USE=nls add gettext as dependency, so gettext should be present. Please, from shell try: ~ # which xgettext and if you have portage-utils: ~ # qlist gettext |grep xgettext If xgettext is present, try also: ~ # xgettext -V The any reason that come to my mind for this bug is a breakage of gettext.
(In reply to comment #3) Thank you for your fast reply. Your are right, sorry for taking your time about nothing that really matter. gettext was indeed broken. xgettext missed the libexpat.so.0 library. Well, upgrading expat to the version 2 is really paintful. I already opened a bug report 151831 about libexpat.so.0 but i didn't check all the binaries called during an "emerge" and being able to be affected. gettext was one of them. So, i didn't pay attention for it and relied on revdep-rebuild tool :( Also the problem was hidden by many other problems after merging world, like missing links certainly because the root partition was nearly to be full (no more librt.so.19 after upgrading glibc for example) Anyway, everything is working fine now. I finally did it with a bit of gentoo magic and evms. Many revdep-rebuild, some emerge --oneshot and --depclean, and above all a lot of patience and time :) Jj
I'm glad to see everything is working fine now. Closing this bug.
