dev-libs/apr-1.4.2 fails to build correctly. It errors out stating that it cannot find libtool. Reproducible: Always Steps to Reproduce: 1. emerge =dev-libs/apr-1.4.2 Actual Results: errors out Expected Results: should build correctly >>> Source configured. >>> Compiling source in /var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2 ... make -j1 -j1 make[1]: Entering directory `/var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2' /bin/sh /libtool --silent --mode=compile x86_64-pc-linux-gnu-gcc -pthread -pipe -march=amdfam10 -ggdb -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -I./include -I/var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2/include/arch/unix -I./include/arch/unix -I/var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2/include/arch/unix -I/var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2/include -o passwd/apr_getpass.lo -c passwd/apr_getpass.c && touch passwd/apr_getpass.lo /bin/sh: /libtool: No such file or directory make[1]: *** [passwd/apr_getpass.lo] Error 127 make[1]: Leaving directory `/var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2' make: *** [all-recursive] Error 1 * ERROR: dev-libs/apr-1.4.2 failed: * emake failed Portage 2.1.8.3 (default/linux/amd64/10.0, gcc-4.4.3, glibc-2.11.1-r0, 2.6.33-gentoo-r1-20100421-1333 x86_64) ================================================================= System uname: Linux-2.6.33-gentoo-r1-20100421-1333-x86_64-AMD_Phenom-tm-_II_X2_545_Processor-with-gentoo-2.0.1 Timestamp of tree: Tue, 27 Apr 2010 13:30:01 +0000 app-shells/bash: 4.1_p5 dev-java/java-config: 2.1.10 dev-lang/python: 2.6.5-r1, 3.1.2-r2 dev-python/pycrypto: 2.1.0 dev-util/cmake: 2.8.1-r1 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1 sys-devel/gcc: 4.4.3-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.33 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-pipe -march=amdfam10 -ggdb" CHOST="x86_64-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 /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-pipe -march=amdfam10 -ggdb" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests distlocks fixpackages installsources news parallel-fetch protect-owned sandbox sfperms splitdebug strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.wetzlmayr.com/ http://gentoo.mirrors.hoobly.com/ http://gentoo.osuosl.org/ http://gentoo.arcticnetwork.ca/ http://gentoo.netnitco.net" LANG="C" LDFLAGS="-Wl,-O1" LINGUAS="en_US" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/kde-sunset /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X acl acpi aio alsa amd64 archive aspell bash-completion berkdb bzip2 cairo cdda cddb cdr cleartype cli consolekit cracklib crypt cscope custom-cflags custom-optimization cxx dbus device-mapper dga disk-partition dri dvdr emerald exif fam fbcondecor ffmpeg fortran fuse gdbm gdu gecko gif glitz gmp gnome gnome-keyring gnutls gphoto2 gpm gstreamer gtk hal iconv java java6 jpeg libffi libnotify lightning lm_sensors lzo mad mbrola mmap mmx modules mpeg mudflap multilib nautilus ncurses nls nptl nptlonly nsplugin opengl openmp optimized-qmake pam pcre perl playlist png policykit pppd python readline reflection replytolist samba secure-delete session sftp smp sound spell spl sse sse2 ssl startup-notification svg sysfs threads thumbnail tiff tk truetype udev unicode wmf xaw xcb xcomposite xinerama xorg xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_US" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Could you attach config.log ?
Created attachment 229521 [details] config.log
Created attachment 229523 [details] build.log
Created attachment 229525 [details] environment
Apache autotools hack strikes again, though I wonder just how was that missed, when the ebuild was added to the tree. 1.4.2 configure.in has gained a new line: AC_CONFIG_MACRO_DIR(build) It made eautoreconf fully working... and that's what broke the build. Unmodified libtool macro sets LIBTOOL='$(SHELL) $(top_builddir)/libtool' apche modifies it by: sed -e 's/LIBTOOL=\(.*\)top_build/LIBTOOL=\1apr_build/' As eautoreconf works now, that change is lost and sed line from the ebuild for build/apr_rules.mk doesn't have the desired effect.
(In reply to comment #5) > Apache autotools hack strikes again, though I wonder > just how was that missed, when the ebuild was added to the tree. I'm also seeing this when I reinstall apr-1.4.2, but the current ebuild that is failing for me is the exact same ebuild that has previously installed without any problems. Something changed in an eclass or in one of the autotools.
Oh, that is some special fun! :)
Created attachment 230451 [details, diff] ebuild patch apr_builddir should be replaced by top_builddir in ebuild's sed, than it compiles well.
(In reply to comment #8) > apr_builddir should be replaced by top_builddir in ebuild's sed, than it > compiles well. > For me it broke, I can confirm this fix too.
This bug seems to no longer occur.
the patch fixed it for me thanks !
(In reply to comment #10) > This bug seems to no longer occur. > current portage has unfixed version apr-1.4.2.ebuild : # $Header: /var/cvsroot/gentoo-x86/dev-libs/apr/apr-1.4.2.ebuild,v 1.1 2010/04/01 15:05:44 arfrever Exp $ when fix would be in official tree? or may be better to downgrade my libtool from 2.2.7b to 2.2.6b, right?!
+ 02 Jun 2010; Patrick Lauer <patrick@gentoo.org> apr-1.4.2.ebuild: + Fix for compilation failure, #317527. Thanks to Andrew Savchenko for the + patch
(In reply to comment #8) This patch is wrong. I have reverted it and applied proper fix.
(In reply to comment #14) > This patch is wrong. I have reverted it and applied proper fix. A system rebuild meant I also rebuilt apr now, and the fix is not a proper fix by far. What are you doing running $(SHELL) /usr/bin/libtool, when libtool is a bash script? This fails horribly when SHELL is not bash. The result is an apr that builds and installs successfully, but *everything* linked to it stops working, in a way that portage cannot catch with preserved-libs.
IIRC '$(SHELL) /usr/bin/libtool' was the value of LIBTOOL before applying any fixes for this bug.
It may have been $(SHELL) .../ltmain.sh, but definitely not $(SHELL) /usr/bin/libtool.
...I checked, and upstream apr is using $(SHELL) $(apr_builddir)/libtool, which is a generated sh script, so that was fine, but the initial revision of the ebuild did try to change this to /usr/bin/libtool. I'll accept the possibility that older versions of libtool were callable from sh -- unless you can think of another reason why it used to work -- but either way, it's not working now.
hey guys! stupid question... im running gentoo 10 on a old toshiba sattelite 2800-s201. im trying to apply this fix to apr-1.4.2.ebuild(maybe the ebuild is newer and needs new fix?). the error emerging subversion(apr is dep) is: [well its giving me a different error since i digested and created an overlay] specific snippet... die "Cannot find \$EPATCH_SOURCE!"; before it was giving me the error at the top. i checked the ebuild, it inherits eutils. i re emerged libtool... i remember somewhere it said to run a shell script to correct libtool but i dont know what the name of the prog is... please help... dying of retardation.
Reading the comments I consider this as fixed, re-open in case I was wrong.