On 09-02-2006 23:50:08 +0000, Ciaran McCreesh wrote: > On Thu, 9 Feb 2006 22:48:32 +0100 Grobian <[EMAIL PROTECTED]> wrote: > > Instead of proposing a 4-tuple [3]_ keyword, a 2-tuple > > keyword is chosen for archs that require them. > > Provision should be made for future ports that require more than two > keywords. There's no particular reason to artificially limit this to > two at this stage.
Can you come up with an example? Unlike Diego, I think this limitation is good, because it defines the format, which makes parsing and such easy. I can't think of an example that doesn't fit in 2-tuple keywords, and if there would be, perhaps that makes this whole GLEP 'unstable', and hence should be replaced completely then. Last but not least, if it doesn't fit in a 2-tuple, then the keyword is probably misused for something it wasn't meant for -- at least as far as I can see right now. > Examples of how this lot is to be used in DEPEND= etc would be good for > clarity. Ok, I assume you just want to see something like: DEPEND="ppc-macos? ( dev-libs/libpcre )" or DEPEND="x86? ( dev-libs/libpcre )" If not, then I don't understand where you're aiming at. > You should clarify the env map behaviour when multiple matches all > occur (first match, last match or merge?). This is a good point that deserves an example and some careful thoughts, as I'm not sure now if it makes sense to have such situation. In any case, it should be precisely defined. > You should probably clarify whether the map is part of Portage itself > or in the tree. If it has to be part of Portage, explain why. I think Diego said something about this already, but I'll give it some thoughts. > There're various English issues too where things don't scan clearly to > a native reader, but it's probably not worth fixing them at this stage. > Let me know when you reach the point where using precise language is > important and I'll make a list. I'll first go through a couple of iterations, then we'll see where we end up. Thanks for the offer anyway. -- Fabian Groffen Gentoo/Alt -- Under a Mackintosh -- [email protected] mailing list
