See this forum post: http://forums.gentoo.org/viewtopic-t-562554-highlight-.html Summary: gnutls-1.4.4-r1 failed to build with automake-1.9.4 but will build successfully after automake had been updated to automake-1.9.6-r2. I've also successfully built it with automake-1.10. As such, I believe that the gnutls-1.4.4-r1.ebuild needs the following additional build dependency: >=sys-devel/automake-1.9.6 I retrieved the (no longer in active portage) automake-1.9.4 ebuild and confirmed the failure to emerge. Interestingly, all other versions of gnutls *do not* have this problem. Only the 1.4.4-r1 ebuild needs to be changed. - John
<snip> WANT_AUTOCONF="latest" WANT_AUTOMAKE="1.9" inherit eutils autotools </snip> >=sys-devel/automake-1.9.6 is wrong; it fails w/ automake 1.10. Upgrade your system properly using --deep, that's about it.
Jacub, The autotools eclass takes WANT_AUTOMAKE value and creates the following dependency atom: =sys-devel/automake-${WANT_AUTOMAKE}* In the case of WANT_AUTOMAKE="1.9", that constructs a dependency atom that says gnutls will build with any old version in the 1.9 slot, which is clearly not the case. Regarding my recommended dependency atom, well, rats, you're right. The correct dependency atom right now is =sys-devel/automake-1.9.6* but in the future could potentially be ( || =sys-devel/automake-1.9.6* =sys-devel/automake-1.9.7* ) This actually illustrates one of my most ardent desires for a future EAPI: AND dependencies. I'd *really* like to be able to say something like ( && >=sys-devel/automake-1.9.6 <sys-devel/automake-1.10 ) but I know that it's not supported today. Although I know that --deep would have pulled in the latest ebuild for the 1.9 slot, why is it not right to codify the real dependencies of the package in the ebuild? In other words, isn't --deep just masking an (admittedly minor) dependency issue with this ebuild? I'm reopening the bug (just this once), but I'll accept your judgment. - John
No, we don't have ranged dependencies (see bug 4315), and >=sys-devel/automake-1.9.6 <sys-devel/automake-1.10 won't work w/ slotted package. Considering that automake-1.9.4 doesn't exist in the tree, it's not a huge issue here because everyone will get 1.9.6-r2 when emerging this.
