1 |
On Wed, 19 Sep 2012 21:42:35 +0100 |
2 |
Ciaran McCreesh <ciaran.mccreesh@××××××××××.com> wrote: |
3 |
|
4 |
> -----BEGIN PGP SIGNED MESSAGE----- |
5 |
> Hash: SHA1 |
6 |
> |
7 |
> On Wed, 19 Sep 2012 16:33:13 -0400 |
8 |
> Ian Stakenvicius <axs@g.o> wrote: |
9 |
> > On 19/09/12 03:37 PM, Ciaran McCreesh wrote: |
10 |
> > > On Wed, 19 Sep 2012 15:26:44 -0400 Alexandre Rostovtsev |
11 |
> > > <tetromino@g.o> wrote: |
12 |
> > >> Pacho Ramos has suggested making vala_src_prepare() into a no-op |
13 |
> > >> in the common situation where vala is in IUSE and USE=-vala. |
14 |
> > > |
15 |
> > > There's no way to obtain the effective value of IUSE from within |
16 |
> > > an ebuild or eclass. You'll need to use an independent variable to |
17 |
> > > get this information. |
18 |
> > > |
19 |
> > |
20 |
> > I don't think that the 'effective' value of IUSE matters in this |
21 |
> > particular case. This would be the 'explicit' value as is |
22 |
> > hard-coded in the ebuild that would need to be checked against, I |
23 |
> > expect? |
24 |
> > |
25 |
> > Unless eclasses and phase functions are in the habit of removing |
26 |
> > entries from IUSE, I don't see this being an issue? |
27 |
> |
28 |
> No, you're not guaranteed to get the ebuild's value of IUSE, or any |
29 |
> particular eclass's value of IUSE, or the merged value of IUSE. In |
30 |
> particular for this case, it's possible to get false negatives. |
31 |
|
32 |
Then fix the spec. |
33 |
|
34 |
-- |
35 |
Best regards, |
36 |
Michał Górny |