Created attachment 423916 [details] emerge --info '=net-libs/loudmouth-1.5.1::gentoo' aclocal fails due to the missing file. cat /gentoo/tmp/portage/net-libs/loudmouth-1.5.1/temp/aclocal.out ***** aclocal ***** ***** PWD: /gentoo/tmp/portage/net-libs/loudmouth-1.5.1/work/loudmouth-1.5.1 ***** aclocal aclocal-1.15: error: configure.ac:47: file 'gtk-doc.m4' does not exist zcat /var/log/portage/net-libs:loudmouth-1.5.1:20160126-123404.log.gz * Package: net-libs/loudmouth-1.5.1 * Repository: gentoo * Maintainer: wschlich@gentoo.org * USE: abi_x86_64 amd64 asyncns elibc_glibc kernel_linux openssl ssl userland_GNU * FEATURES: preserve-libs sandbox splitdebug userpriv usersandbox >>> Unpacking source... >>> Unpacking loudmouth-1.5.1.tar.gz to /gentoo/tmp/portage/net-libs/loudmouth-1.5.1/work >>> Source unpacked in /gentoo/tmp/portage/net-libs/loudmouth-1.5.1/work >>> Preparing source in /gentoo/tmp/portage/net-libs/loudmouth-1.5.1/work/loudmouth-1.5.1 ... * Running eautoreconf in '/gentoo/tmp/portage/net-libs/loudmouth-1.5.1/work/loudmouth-1.5.1' ... * Skipping 'gtkdocize --copy' due gtkdocize not installed * Running libtoolize --install --copy --force --automake ... [ ok ] * Running aclocal ... [ !! ] * Failed Running aclocal ! * * Include in your bugreport the contents of: * * /gentoo/tmp/portage/net-libs/loudmouth-1.5.1/temp/aclocal.out * ERROR: net-libs/loudmouth-1.5.1::gentoo failed (prepare phase): * Failed Running aclocal ! * * Call stack: * ebuild.sh, line 133: Called src_prepare * environment, line 2695: Called eautoreconf * environment, line 875: Called eaclocal * environment, line 770: Called autotools_run_tool '--at-m4flags' 'aclocal' * environment, line 639: Called die * The specific snippet of code: * die "Failed Running $1 !"; * * If you need support, post the output of `emerge --info '=net-libs/loudmouth-1.5.1::gentoo'`, * the complete build log and the output of `emerge -pqv '=net-libs/loudmouth-1.5.1::gentoo'`. * The complete build log is located at '/var/log/portage/net-libs:loudmouth-1.5.1:20160126-123404.log.gz'. * The ebuild environment file is located at '/gentoo/tmp/portage/net-libs/loudmouth-1.5.1/temp/environment'. * Working directory: '/gentoo/tmp/portage/net-libs/loudmouth-1.5.1/work/loudmouth-1.5.1' * S: '/gentoo/tmp/portage/net-libs/loudmouth-1.5.1/work/loudmouth-1.5.1'
locate gtk-doc.m4 /home/zeekec/src/plex-home-theater-public/lib/enca/m4/gtk-doc.m4 /usr/share/aclocal/gtk-doc.m4
*** Bug 572992 has been marked as a duplicate of this bug. ***
Hi Erik! So, at least /usr/share/aclocal/gtk-doc.m4 exists... Please post the output of: 1. aclocal-1.15 --print-ac-dir 2. ls -ld /{,usr{,/share{,/aclocal{,/gtk-doc.m4}}}} Thanks. Cheers, Wolfram
Hi Erik! This one caught my attention: * Skipping 'gtkdocize --copy' due gtkdocize not installed gtkdocize belongs to dev-util/gtk-doc, which also owns /usr/share/aclocal/gtk-doc.m4 (which your aclocal cannot find). So, please remerge dev-util/gtk-doc and try merging loudmouth again. Cheers, Wolfram
Created attachment 424004 [details] info.txt failed here too ----------------------------------------------------------------- This is an unstable amd64 chroot image (named amd64-13.0-unstable_20160121-220811) at a hardened host acting as a tinderbox. ----------------------------------------------------------------- USE=mmx sse sse2 pax_kernel -cdinstall -oci8 bindist aes-ni avformat avx -avx2 curl custom-cflags drmkms ecc evdev -extraengine gtk3 gui hdf5 ithreads -jpeg kvm logrotate mod -modplug -mssql multimedia mysql mysqli nscd nss objc openexr -opengl php pulseaudio pwquality qemu qt4 source sql sqlite sqlite3 ssl -theora truetype v4l2 vdpau video vorbis x265 xkb xml xmlreader xmp xvmc
Created attachment 424006 [details] aclocal.out
Created attachment 424008 [details] emerge-history.txt
Created attachment 424010 [details] environment
Created attachment 424012 [details] net-libs:loudmouth-1.5.2:20160127-172636.log
Toralf, did you try to remerge dev-util/gtk-doc?
Oops, seems I've missed the dependency on dev-util/gtk-doc (currently, only dev-util/gtk-doc-am is listed as a dependency). Sorry :) Fixed in 1.5.2-r1.