Gentoo Archives: gentoo-dev

From: Paul de Vrieze <pauldv@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] portage-2.0.51_pre10: QA Notice Messages
Date: Fri, 11 Jun 2004 20:07:49
Message-Id: 200406112208.21093.pauldv@gentoo.org
In Reply to: Re: [gentoo-dev] portage-2.0.51_pre10: QA Notice Messages by Ned Ludd
1 On Friday 11 June 2004 21:01, Ned Ludd wrote:
2 > On Fri, 2004-06-11 at 14:17, Paul de Vrieze wrote:
3 > > > IUSE isnt defined when portage hits that (it is defined later on) so
4 > > > you get the warning message ... portage needs a way to handle
5 > > > conditional inherits, so you cant really say the eclass/ebuild is
6 > > > broken
7 > >
8 > > No it doesn't, those eclasses / ebuilds need to be written in such that
9 > > there is no need for a conditional use of them.
10 >
11 > Well in the case if the flag-o-matic one, it's going to yap at us no
12 > matter what. The IUSE is defined unconditionally, first properly
13 > IUSE=debug then later on IUSE="$IUSE debug"
14 >
15 > The only way I've found to get portage to shutup and behave half sane is
16 > to hack the .ebuild.sh
17 >
18 > -if ! hasq "${u}" ${IUSE} && ! hasq "${u}" ${PORTAGE_ARCHLIST} selinux;
19 > then
20 > +if ! hasq "${u}" ${IUSE} && ! hasq "${u}" ${PORTAGE_ARCHLIST} selinux
21 > debug; then
22 >
23 > This type of hack will probably have to be used on *all* IUSE/USE flags
24 > called from any .eclass as far as I can tell if you want to keep your
25 > sanity.
26
27 portage could also be hacked up in such a way that it does the right thing
28 (tm) with eclass IUSE variables. I just don't like conditional eclass
29 includes.
30
31 Paul
32
33 --
34 Paul de Vrieze
35 Gentoo Developer
36 Mail: pauldv@g.o
37 Homepage: http://www.devrieze.net