From: Brian Harring <ferringb@gmail.com>
To: Alistair Bush <ali_bush@gentoo.org>
Cc: gentoo-dev@lists.gentoo.org, gentoo-council@lists.gentoo.org
Subject: [gentoo-dev] Re: [gentoo-council] pkg_pretend USE validation and VALID_USE alternative
Date: Wed, 31 Mar 2010 03:57:38 -0700 [thread overview]
Message-ID: <20100331105738.GE11663@hrair> (raw)
In-Reply-To: <201003312316.23806.ali_bush@gentoo.org>
[-- Attachment #1: Type: text/plain, Size: 2442 bytes --]
Note I inadvertantly cross posted, I was intending on cc'ing
council@gentoo.org.
As such one final cc to that ml to end this subthread while pulling
this back to -dev.
On Wed, Mar 31, 2010 at 11:16:22PM +1300, Alistair Bush wrote:
> > Hola all-
> >
> > Comments desired; assuming no significant blowback, I'll be pushing
> > this to the council level since eapi4 is annoying feature locked right
>
> I think this solution is far better, until someone smarter than me tells me
> otherwise.
>
> Don't know whether I like the VALID_USE var name, so please at least think
> about something a little better if you can ;). ( I like green, but not too
> green if you know what I mean )
>
> Will we still have to define the use flags in IUSE?
Yes, although if folks have a better proposal that incorporates
VALID_USE into IUSE I'm definitely open to it- the original proposal
for VALID_USE tried to inline it into IUSE, but it got ugly (hence it
mutating it this form).
The problem w/ trying to reuse IUSE is the following (sorry, I like
lists of assertions)-
*) IUSE currently serves as a list of valid USE flags, just that. No
repeat specification of a flag (which means the dev in question is
unlikely to typo a flag).
*) having a single specified list of valid use flags is the basis for
doing validation of use flags used in all other metadata. In other
words, that list of valid use flags *really* needs to go out of it's
way to make human error hard.
*) VALID_USE is a set of assertions on the allowed state of USE; IUSE
is just a list of flags. Intermixing the two in a way that is still
readable is really ugly
*) given a library that has optional perl and python bindings
(which can be toggled freely, they're standalone flags) I've nfc how
one would sanely specify that w/in IUSE while adding VALID_USE
semantics. Possibly, you could include use conditionals into IUSE,
and treat the () contents as assertions- but that makes adding xor in
hard, is rather ugly/hard on the eyes, and violates the DRY (Don't
Repeat Yourself) principle from above.
Definitely open to counterproposals that address those
concerns however...
> I'm guessing we can't use IUSE to store this information because of the whole
> glep-55 thing.
glep-55 is unrelated to this as far as I can tell- if you think
otherwise please clarify.
Thanks
~harring
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2010-03-31 10:59 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-31 9:20 [gentoo-dev] pkg_pretend USE validation and VALID_USE alternative Brian Harring
2010-03-31 9:48 ` [gentoo-dev] Re: [gentoo-council] " Ulrich Mueller
2010-03-31 10:46 ` Brian Harring
2010-03-31 11:04 ` [gentoo-dev] " Ulrich Mueller
2010-03-31 11:11 ` Brian Harring
2010-03-31 15:38 ` "Paweł Hajdan, Jr."
2010-03-31 11:18 ` [gentoo-dev] Re: [gentoo-council] " Piotr Jaroszyński
2010-04-01 20:44 ` Róbert Čerňanský
2010-04-01 21:51 ` Zac Medico
[not found] ` <201003312316.23806.ali_bush@gentoo.org>
2010-03-31 10:57 ` Brian Harring [this message]
2010-03-31 17:49 ` [gentoo-dev] " Alex Alexander
2010-03-31 19:46 ` Brian Harring
2010-03-31 19:56 ` Ciaran McCreesh
2010-04-01 7:31 ` Brian Harring
2010-04-01 7:41 ` Ciaran McCreesh
2010-04-01 7:56 ` Brian Harring
2010-04-01 10:10 ` Gilles Dartiguelongue
2010-04-01 10:18 ` Brian Harring
2010-04-01 10:42 ` Gilles Dartiguelongue
2010-04-01 10:59 ` Brian Harring
2010-04-01 11:23 ` Ciaran McCreesh
2010-04-01 11:38 ` Brian Harring
2010-04-01 11:50 ` Ciaran McCreesh
2010-04-01 10:49 ` Ciaran McCreesh
2010-04-01 11:18 ` Brian Harring
2010-04-01 11:44 ` Ciaran McCreesh
2010-04-01 17:04 ` David Leverton
2010-04-01 18:39 ` Dror Levin
2010-04-01 18:55 ` Ciaran McCreesh
2010-04-02 22:36 ` David Leverton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100331105738.GE11663@hrair \
--to=ferringb@gmail.com \
--cc=ali_bush@gentoo.org \
--cc=gentoo-council@lists.gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox