pinentry does not depend on gettext directly, but running eautoreconf does, which is done in pinentry's src_unpack. This causes problems when setting up a fresh installation of Gentoo/Alt, however (since eautoreconf is called in the non-prefix ebuild as well, contrary to other cases), this should (imho) be fixed on the Gentoo Linux level, which is why I'm bringing this here.
Any build logs please?
please post the full build log (as an attachment) as well as your `emerge --info`
macbook% ebuild pinentry-0.7.3.ebuild clean unpack * pinentry-0.7.3.tar.gz RMD160 ;-) ... [ ok ] * pinentry-0.7.3.tar.gz SHA1 ;-) ... [ ok ] * pinentry-0.7.3.tar.gz SHA256 ;-) ... [ ok ] * pinentry-0.7.3.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking pinentry-0.7.3.tar.gz ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking pinentry-0.7.3.tar.gz to /Users/pipping/Gentoo/var/tmp/portage/app-crypt/pinentry-0.7.3/work * Applying 0.7.2-libcap.patch ... [ ok ] * Applying 0.7.2-info.patch ... [ ok ] * Applying pinentry-0.7.2-grab.patch ... [ ok ] * Running eautoreconf in '/Users/pipping/Gentoo/var/tmp/portage/app-crypt/pinentry-0.7.3/work/pinentry-0.7.3' ... * Running aclocal -I m4 ... [ ok ] * Running autoconf ... [ ok ] * Running autoheader ... [ ok ] * Running automake --add-missing --copy ... [ ok ] >>> Source unpacked. macbook% emerge -C gettext [ snip ] macbook% ebuild pinentry-0.7.3.ebuild clean unpack * pinentry-0.7.3.tar.gz RMD160 ;-) ... [ ok ] * pinentry-0.7.3.tar.gz SHA1 ;-) ... [ ok ] * pinentry-0.7.3.tar.gz SHA256 ;-) ... [ ok ] * pinentry-0.7.3.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking pinentry-0.7.3.tar.gz ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking pinentry-0.7.3.tar.gz to /Users/pipping/Gentoo/var/tmp/portage/app-crypt/pinentry-0.7.3/work * Applying 0.7.2-libcap.patch ... [ ok ] * Applying 0.7.2-info.patch ... [ ok ] * Applying pinentry-0.7.2-grab.patch ... [ ok ] * Running eautoreconf in '/Users/pipping/Gentoo/var/tmp/portage/app-crypt/pinentry-0.7.3/work/pinentry-0.7.3' ... * Running aclocal -I m4 ... [ ok ] * Running autoconf ... [ !! ] * Failed Running autoconf ! * * Include in your bugreport the contents of: * * /Users/pipping/Gentoo/var/tmp/portage/app-crypt/pinentry-0.7.3/temp/autoconf-7055.out * * ERROR: app-crypt/pinentry-0.7.3 failed. * Call stack: * ebuild.sh, line 1592: Called dyn_unpack * ebuild.sh, line 706: Called qa_call 'src_unpack' * ebuild.sh, line 44: Called src_unpack * pinentry-0.7.3.ebuild, line 37: Called eautoreconf * autotools.eclass, line 96: Called eautoconf * autotools.eclass, line 166: Called autotools_run_tool 'autoconf' * autotools.eclass, line 219: Called die * * Failed Running autoconf ! * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/Users/pipping/Gentoo/var/tmp/portage/app-crypt/pinentry-0.7.3/temp/build.log'. * macbook%
macbook% emerge --info Portage 2.2.00.7791-prefix (default-prefix/darwin/macos/10.4/x86, gcc-4.0.1, unavailable, 8.10.1 i386) ================================================================= System uname: 8.10.1 i386 i386 Timestamp of tree: Wed, 19 Sep 2007 11:21:39 +0000 distcc 2.18.3-Apple.1 powerpc-apple-darwin8.0 (protocols 1 and 2) (default port 3632) [disabled] app-shells/bash: 3.2_p17-r1 dev-lang/python: 2.4.4-r04.2, 2.5.1-r02.1 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 ACCEPT_KEYWORDS="x86-macos ~x86-macos" CBUILD="i686-apple-darwin8" CFLAGS="-O2 -march=nocona -fomit-frame-pointer -pipe" CHOST="i686-apple-darwin8" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=nocona -fomit-frame-pointer -pipe" DISTDIR="/Users/pipping/Gentoo/usr/portage/distfiles" EPREFIX="/Users/pipping/Gentoo" FEATURES="collision-protect distlocks metadata-transfer nodoc noinfo nostrip parallel-fetch sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.mneisen.org/ http://mirror.switch.ch/ftp/mirror/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/" INSTALL_MASK="*.info *.info-?" MAKEOPTS="-j3" PKGDIR="/Users/pipping/Gentoo/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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/Users/pipping/Gentoo/var/tmp" PORTDIR="/Users/pipping/Gentoo/usr/portage" SYNC="svn+http://overlays.gentoo.org/svn/proj/alt/trunk/prefix-overlay" USE="aac aqua coreaudio cracklib crypt cscope cvs gnutls gpgme imap mmx mmxext ncurses objc objc++ pager patch perl prefix readline sasl smtp sse sse2 ssl subversion svk swig unicode vim-syntax x86-macos zlib" ELIBC="Darwin" INPUT_DEVICES="keyboard mouse" KERNEL="Darwin" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY macbook%
macbook% cat /Users/pipping/Gentoo/var/tmp/portage/app-crypt/pinentry-0.7.3/temp/autoconf-7055.out ***** autoconf ***** configure.ac:229: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but not m4_defun'd m4/iconv.m4:11: AM_ICONV_LINKFLAGS_BODY is expanded from... m4/iconv.m4:22: AM_ICONV_LINK is expanded from... m4/iconv.m4:77: AM_ICONV is expanded from... configure.ac:229: the top level configure.ac:229: warning: AC_LIB_RPATH is m4_require'd but not m4_defun'd configure:7380: error: possibly undefined macro: AC_LIB_PREPARE_PREFIX If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure:7381: error: possibly undefined macro: AC_LIB_RPATH configure:7386: error: possibly undefined macro: AC_LIB_LINKFLAGS_BODY configure:7394: error: possibly undefined macro: AC_LIB_APPENDTOVAR macbook%
maybe this is more pleasant to the eyes but i doubt it: http://rafb.net/p/iHOnwA49.html
what's keeping this bug from being solved? i hit it once more today and it's quite annoying.
*** Bug 189148 has been marked as a duplicate of this bug. ***
apparently only non-glibc hosts are affected by the absence of those .m4 files -- depending explicitly on gettext in prefix (r15641).
pulling this bug, as I don't get it.
assigning to alt
I don't see why you think this is a gettext dep? It only complains about some iconv stuff (warnings) but what relates this to gettext?
the .m4 files that it requires come with gettext. same goes for tcsh btw. we already added a dependency on gettext for tcsh for this reason in case you've forgotten. aballier has a much better understanding of this than i -- please consult him if you have any questions.
You open up a bug against the main tree devs, and consider that bug resolved/fixed once the fix is in the prefix tree. That I just don't get.
When I opened the bug I was under the assumption that every platform was affected. If systems that have glibc aren't affected, this is not a Gentoo Linux bug.
on a Gentoo Linux system, glibc doesn't seem to provide any .m4 file. (osiris:~) % grep AC_LIB_RPATH /usr/share/aclocal/*.m4 /usr/share/aclocal/gettext.m4: AC_REQUIRE([AC_LIB_RPATH]) /usr/share/aclocal/iconv.m4: AC_REQUIRE([AC_LIB_RPATH]) /usr/share/aclocal/lib-link.m4: AC_REQUIRE([AC_LIB_RPATH]) /usr/share/aclocal/lib-link.m4: AC_REQUIRE([AC_LIB_RPATH]) /usr/share/aclocal/lib-link.m4:AC_DEFUN([AC_LIB_RPATH], /usr/share/aclocal/lib-link.m4: AC_REQUIRE([AC_LIB_RPATH]) (osiris:~) % qfile /usr/share/aclocal/lib-link.m4 sys-devel/gettext (/usr/share/aclocal/lib-link.m4) The only thing I see is that the Gentoo Linux profiles have "nls" in USE by default (e.g. default-linux/x86), so there are not much systems without gettext out there. Hence, I don't see how this can only be a prefix issue.