Re: [gentoo-user] Re: cups-filters failing to build
On Tue, 25 Nov 2014 12:35:26 +1100, wraeth wrote: I just had a look through the man pages of emerge, portage and ebuild, plus at the Gentoo Devmanual and couldn't find anything; however I'm reasonably certain that in the context of an ebuild, a use flag defined as +flag means that it is defaulted to enabled by the ebuild. It's documented in the ebuild man page - man 5 ebuild. -- Neil Bothwick Walking on water and writing software to specification is easy if they're frozen. pgpz7tsmh7hDl.pgp Description: OpenPGP digital signature
[gentoo-user] Re: cups-filters failing to build
On 11/24/2014 02:24 PM, Alec Ten Harmsel wrote: Hey guys, I've been having a really strange issue with net-print/cups-filters for the last few weeks, wondering whether or not it's a bug or I just have something configured wrong. Somehow ${S} is defined as: /var/tmp/portage/net-print/cups-filters-1.0.53/work/cups-filters-3.2.10 You're right. That is a *really* strange error :) Where did that 3.2.10 come from? I can't reproduce the same error here so I can only guess. Have you tried grepping for 3.2.10 in /var/tmp/portage/net-print/ ? Running emerge with the -d flag can sometimes shed some light. More light than you probably want :) and the build predictably fails. Normally this wouldn't bother me (I don't use cups at all), except that cups is a build-time dependency for dev-java/icedtea. I see there is a cups USEFLAG for icedtea. Could you unset that flag for icedtea as a workaround? A question of my own: the ebuilds for icedtea list the cups flag as +cups. So far I haven't discovered a man page that explains the + prefix. Is there such a man page?
Re: [gentoo-user] Re: cups-filters failing to build
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 25/11/14 12:26, walt wrote: A question of my own: the ebuilds for icedtea list the cups flag as +cups. So far I haven't discovered a man page that explains the + prefix. Is there such a man page? I just had a look through the man pages of emerge, portage and ebuild, plus at the Gentoo Devmanual and couldn't find anything; however I'm reasonably certain that in the context of an ebuild, a use flag defined as +flag means that it is defaulted to enabled by the ebuild. - -- wraeth wra...@wraeth.id.au GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlRz3N4ACgkQXcRKerLZ91kGugD+Kw/CZZ5wOV7xmRnqmU3HBhfi A7I5SYFxNMY+2NXJiDgA/iP5AFhnber9k0mqGM1egNAQqoG9mrh0CruNpzFwP70H =ihGQ -END PGP SIGNATURE-
Re: [gentoo-user] Re: cups-filters failing to build
On 11/24/2014 08:35 PM, wraeth wrote: On 25/11/14 12:26, walt wrote: A question of my own: the ebuilds for icedtea list the cups flag as +cups. So far I haven't discovered a man page that explains the + prefix. Is there such a man page? I just had a look through the man pages of emerge, portage and ebuild, plus at the Gentoo Devmanual and couldn't find anything; however I'm reasonably certain that in the context of an ebuild, a use flag defined as +flag means that it is defaulted to enabled by the ebuild. Yes, this is correct. Running emerge with the -d flag can sometimes shed some light. More light than you probably want I'll get right on this. Didn't know about (or forgot about) -d. I see there is a cups USEFLAG for icedtea. Could you unset that flag for icedtea as a workaround? icedtea is weird - according to equery, +cups makes cups a build-time only dependency, instead a build *and* runtime dependency. Also, I just installed with and without '-d', and it now works. So I guess this has been solved, but it's still strange. It might be that I installed just cups-filters with --oneshot, but who knows. Alec