| 1 |
Maciej Mrozowski <reavertm@××××××.fm> posted |
| 2 |
200812010616.08357.reavertm@××××××.fm, excerpted below, on Mon, 01 Dec |
| 3 |
2008 06:16:07 +0100: |
| 4 |
|
| 5 |
> Implementation: |
| 6 |
> Implementation would be provided by build system eclasses [snip] |
| 7 |
> - replace FEATURES with FEATURES_DEBUG |
| 8 |
|
| 9 |
FEATURES are package-manager implemented, above the bash level where |
| 10 |
eclasses are parsed and executed, thus for portage, at the python level. |
| 11 |
As such, neither /etc/portage/env nor eclasses can effectively deal with |
| 12 |
FEATURES in general, tho there are a few specific exceptions that do |
| 13 |
happen to be implemented at the bash level. |
| 14 |
|
| 15 |
Thus, your GLEP (Gentoo Linux Enhancement Proposal) needs to specifically |
| 16 |
address this problem, either stating that this FEATURE can be implemented |
| 17 |
100% at the bash/eclass level with details, or omitting/changing the |
| 18 |
FEATURE portion so it will work at the bash/eclass level, or outlining |
| 19 |
specifically what the package manager implementation must be. (Of |
| 20 |
course, if it's the latter, it will need to be an official GLEP, and |
| 21 |
you'll have three separate package managers and their developers to push |
| 22 |
the proposal thru to at least to general agreement, or the council will |
| 23 |
almost certainly reject the GLEP, if it gets even that far.) |
| 24 |
|
| 25 |
-- |
| 26 |
Duncan - List replies preferred. No HTML msgs. |
| 27 |
"Every nonfree program has a lord, a master -- |
| 28 |
and if you use the program, he is your master." Richard Stallman |
Archives