[gentoo-dev] Suggest to specify a way to query for USEs in next council

[gentoo-dev] Suggest to specify a way to query for USEs in next council

[Pacho Ramos]

[-- Attachment #1: Type: text/plain, Size: 1488 bytes --]

Hello

This comes from:
http://www.gossamer-threads.com/lists/gentoo/dev/260536

In that one, we try to use the following:
has vala ${IUSE//+/} && ! use vala && return 0 

as already done in many eclasses/ebuilds (some of them as widely used as
xorg-2 or cmake eclasses) for years. The problem is that Ciaran
wants to forbid it because he says it's not specified in PMS. 

My suggestion is to simply specify it as it's currently implemented in
portage because that functionality is (apart of needed) being used for a
long time in the tree by numerous eclasses/ebuilds, then, from my point
of view, wouldn't be any sense on lose time for moving them to current
functionality to a worse one, wait for the next eapi and, finally,
revert them back to current behavior. The way it works was kindly
explained to me yesterday by Zac:
http://www.mail-archive.com/gentoo-portage-dev@lists.gentoo.org/msg02830.html

If the behavior need to be changed later in a way it would break the
tree, we could, then, wait for next eapi to change that behavior.

Other option would be to wait for next eapi to specify that, the problem
is that, if that eapi take a long time to be approved, we would need to
move all eclasses/ebuilds to the other non-automatic way to later revert
them back.

And other option could be to include this specification in eapi5 as it's
still not allowed in the tree (maybe for this a council meeting should
be soon enough I guess)

Thanks a lot

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-dev] Suggest to specify a way to query for USEs in next council

[Michał Górny]

[-- Attachment #1: Type: text/plain, Size: 432 bytes --]

On Sat, 22 Sep 2012 21:41:24 +0200
Pacho Ramos <pacho@gentoo.org> wrote:

> Hello
> 
> This comes from:
> http://www.gossamer-threads.com/lists/gentoo/dev/260536
> 
> In that one, we try to use the following:
> has vala ${IUSE//+/} && ! use vala && return 0 

Just please stop repeating the random broken snippet and use `in_iuse`
from eutils.eclass. That one is correct at least.

-- 
Best regards,
Michał Górny

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 316 bytes --]

Re: [gentoo-dev] Suggest to specify a way to query for USEs in next council

[Pacho Ramos]

[-- Attachment #1: Type: text/plain, Size: 722 bytes --]

El sáb, 22-09-2012 a las 22:37 +0200, Michał Górny escribió:
> On Sat, 22 Sep 2012 21:41:24 +0200
> Pacho Ramos <pacho@gentoo.org> wrote:
> 
> > Hello
> > 
> > This comes from:
> > http://www.gossamer-threads.com/lists/gentoo/dev/260536
> > 
> > In that one, we try to use the following:
> > has vala ${IUSE//+/} && ! use vala && return 0 
> 
> Just please stop repeating the random broken snippet and use `in_iuse`
> from eutils.eclass. That one is correct at least.
> 

Sorry, I forget about it when I sent the message (was thinking most on
specifying the way to catch USEs by PMs and I referred to the command
used in some eclasses). Obviously, I would try to use function from
eutils.eclass :)

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-dev] Suggest to specify a way to query for USEs in next council

[Brian Harring]

On Sat, Sep 22, 2012 at 10:37:57PM +0200, Micha?? G??rny wrote:
> On Sat, 22 Sep 2012 21:41:24 +0200
> Pacho Ramos <pacho@gentoo.org> wrote:
> 
> > Hello
> > 
> > This comes from:
> > http://www.gossamer-threads.com/lists/gentoo/dev/260536
> > 
> > In that one, we try to use the following:
> > has vala ${IUSE//+/} && ! use vala && return 0 
> 
> Just please stop repeating the random broken snippet and use `in_iuse`
> from eutils.eclass. That one is correct at least.

Inline that function into EAPI.  We shouldn't have basic metadata 
lookup issues like that reliant on an eclass to resolve it.

Exporting IUSE_FLATTENED or whatever the hell would be more than 
enough.

~harring