1 |
On Sat, 23 Jun 2012 22:31:14 +0200 |
2 |
"Andreas K. Huettel" <dilfridge@g.o> wrote: |
3 |
> Am Samstag, 23. Juni 2012, 22:17:51 schrieb Ciaran McCreesh: |
4 |
> > "Andreas K. Huettel" <dilfridge@g.o> wrote: |
5 |
> > > It is certainly possible refine this more. Allowing only EAPI=5 |
6 |
> > > ebuilds in package.use.stable.*, and have the files only take |
7 |
> > > effect there, comes to my mind. However I doubt if these |
8 |
> > > restrictions are really necessary and if a EAPI dependence at |
9 |
> > > this place in the profile makes actually sense. |
10 |
> > |
11 |
> > The way we usually word such things is to have a table of EAPIs |
12 |
> > where support is required if the package mangler accepts indicated |
13 |
> > EAPIs. Then it's an error for ebuilds to rely upon support if they |
14 |
> > don't use one of those EAPIs. This gets you out of the profile EAPI |
15 |
> > requirement. |
16 |
> |
17 |
> Yeah but... the ebuilds themselves dont actually rely anywhere on the |
18 |
> feature. |
19 |
|
20 |
That's sort of true, although ebuilds operate in the context of the |
21 |
tree, and the consistency tree as a whole relies upon them, so it's |
22 |
still a suitable cop-out to avoid having to bump profile EAPIs. |
23 |
|
24 |
> > One thing that isn't addressed is what "stable" means. PMS doesn't |
25 |
> > currently attach that level of meaning to KEYWORDS. In particular, |
26 |
> > there's nothing implied about the relationship between ~x86 and x86. |
27 |
> |
28 |
> Not strictly true. Quoting the section that I am referring to: |
29 |
> |
30 |
> "A tilde prefixed keyword is, by convention, used to indicate a less |
31 |
> stable package. It is generally assumed that any user accepting |
32 |
> keyword \t{\textasciitilde{}foo} will also accept \t{foo}." |
33 |
> |
34 |
> I guess this gives us at least something to build on. |
35 |
|
36 |
Mmm, that's fluff rather than specifying anything about what the |
37 |
package mangler actually does. We don't even say what "accepting" |
38 |
means, and we seem to need to now. |
39 |
|
40 |
-- |
41 |
Ciaran McCreesh |