>>> Preparing source in /var/tmp/portage/x11-drivers/xf86-video-nouveau-0.0.16_pre20120305/work/xf86-video-nouveau-0.0.16_pre20120305 ... * Running eautoreconf in '/var/tmp/portage/x11-drivers/xf86-video-nouveau-0.0.16_pre20120305/work/xf86-video-nouveau-0.0.16_pre20120305' ... * ERROR: x11-drivers/xf86-video-nouveau-0.0.16_pre20120305 failed (prepare phase): * Cannot find the latest automake! Tried 1.11 After installing sys-devel/automake-1.11.1 it builds fine.
CC:ing autotools.eclass maintainers.
+ 20 Mar 2012; Samuli Suominen <ssuominen@gentoo.org> autotools.eclass: + Raise _AUTOMAKE_LATEST from 1.11 to 1.11.1 wrt #408981
reopen for now
http://sources.gentoo.org/eclass/autotools.eclass?r1=1.124&r2=1.125
(In reply to comment #4) > http://sources.gentoo.org/eclass/autotools.eclass?r1=1.124&r2=1.125 heh much better. thanks ;)
Same error with autotools.eclass,v 1.125. Please test with 'emerge --depclean --with-bdeps=n' before marking this bug as fixed.
indeed, no automake is getting pulled in at all null tremor # qlist -CIv automake sys-devel/automake-wrapper-6 null tremor # VIDEO_CARDS="nouveau" emerge -pv xf86-video-nouveau These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-libs/libdrm-2.4.32 USE="-libkms -static-libs" VIDEO_CARDS="nouveau* -intel -radeon -vmware" 0 kB [ebuild N ] x11-drivers/xf86-video-nouveau-0.0.16_pre20120305 0 kB Total: 2 packages (1 new, 1 reinstall), Size of downloads: 0 kB
(and on semi-unrelated note, the autotools.eclass change caused bug 409083)
http://sources.gentoo.org/eclass/autotools.eclass?r1=1.125&r2=1.129
(In reply to comment #9) > http://sources.gentoo.org/eclass/autotools.eclass?r1=1.125&r2=1.129 This bug is propably unrelated to autotools.eclass but is something with autotools-utils.eclass. The same still happens as with Comment #7, that's why I added mgorny/reavertm to the CC list as autotools-utils.eclass maintainers. # emerge -C automake # VIDEO_CARDS="nouveau" emerge -pv xf86-video-nouveau No automake gets pulled in.
(In reply to comment #10) > (In reply to comment #9) > > http://sources.gentoo.org/eclass/autotools.eclass?r1=1.125&r2=1.129 > > This bug is propably unrelated to autotools.eclass but is something with > autotools-utils.eclass. Nothing signals the eclass to add the dep, so no dep is added. That would a problem with xorg-2.eclass...
Oh, sorry, that's just vapier's dumb redundancy checker. We first source eclass without dep request, then with one. But I'll instead apply the patch I posted on the list two months ago.
Fixed by mgorny: http://sources.gentoo.org/viewvc.cgi/gentoo-x86/eclass/xorg-2.eclass?r1=1.51&r2=1.52 As shown: # VIDEO_CARDS=nouveau emerge -pv xf86-video-nouveau These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] sys-devel/automake-1.11.3 0 kB [ebuild R ] x11-libs/libdrm-2.4.32 USE="-libkms -static-libs" VIDEO_CARDS="nouveau* -intel -radeon -vmware" 0 kB [ebuild N ] x11-drivers/xf86-video-nouveau-0.0.16_pre20120305 0 kB
(In reply to comment #12) yes, because sourcing the same file many times over is such a better idea
(In reply to comment #14) > (In reply to comment #12) > > yes, because sourcing the same file many times over is such a better idea Better or worse, it can happen because of sourcing in sourced eclasses. If you can't handle that correctly, your check is just dumb.