>>> Emerging (3 of 4) media-plugins/gst-plugins-vorbis-0.8.11 to / * gst-plugins-0.8.11.tar.bz2 MD5 ;-) ... [ ok ] * gst-plugins-0.8.11.tar.bz2 RMD160 ;-) ... [ ok ] * gst-plugins-0.8.11.tar.bz2 SHA1 ;-) ... [ ok ] * gst-plugins-0.8.11.tar.bz2 SHA256 ;-) ... [ ok ] * gst-plugins-0.8.11.tar.bz2 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking gst-plugins-0.8.11.tar.bz2 ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking gst-plugins-0.8.11.tar.bz2 to /var/tmp/portage/gst-plugins-vorbis-0.8.11/work * Applying gst-plugins-0.8.11-conffix.patch ... [ ok ] * Running eautoreconf in '/var/tmp/portage/gst-plugins-vorbis-0.8.11/work/gst-plugins-0.8.11' ... * QA Notice: ${WANT_AUTOCONF} variable unset. Please report on http://bugs.gentoo.org/ * QA Notice: ${WANT_AUTOMAKE} variable unset. Please report on http://bugs.gentoo.org/ * Running aclocal -I m4 -I common/m4 ... [ ok ] * Running libtoolize --copy --force --automake ... [ ok ]
In fact this is coming from gst-plugins.eclass - it inherits autotools eclass, but doesn't define WANT_AUTOCONF and WANT_AUTOMAKE before doing so. I'm not sure how this should be handled if inherit autotools has to remain in gst-plugins.eclass. Maybe set them both to "latest" if they are unset otherwise, as such ebuilds should be able to override if necessary. Gstreamer herd? Oh, and I'll be duping other gst-plugins-* WANT_AUTO* QA bugs against this one, if it's only caused by the eclass (that is, the package itself doesn't inherit autotools itself too)
*** Bug 160266 has been marked as a duplicate of this bug. ***
we've taken the route of defaulting to latest in the eclass: http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/autotools.eclass?r1=1.62&r2=1.63
