1 |
On Fri, 2 Nov 2012 09:50:24 +0000 |
2 |
Markos Chandras <hwoarang@g.o> wrote: |
3 |
|
4 |
> On Thu, Nov 1, 2012 at 1:47 PM, Michael Palimaka <kensington@g.o> wrote: |
5 |
> > Hi all, |
6 |
> > |
7 |
> > With regards to bug #304435[1], we would like to formalise the policy for |
8 |
> > touching arch profiles' files. |
9 |
> > |
10 |
> > The key suggested points: |
11 |
> > |
12 |
> > * Archs profiles should generally only be touched by members of that arch |
13 |
> > team, unless prior permission is given |
14 |
> > |
15 |
> > * Exception: anyone may add a mask to an arch profile only if |
16 |
> > - it delays visibility of something new for that arch (eg. |
17 |
> > dependencies introduced in a version bump), and |
18 |
> > - it is not reasonable to follow the standard keyword dropping |
19 |
> > procedure (many other packages would be affected), and |
20 |
> > - the responsible arch team is not responsive |
21 |
> > |
22 |
> > * The person touching arch profiles is responsible for the subsequent |
23 |
> > maintenance of said entries, and any subsequent breakage. |
24 |
> > |
25 |
> > Thoughts? |
26 |
> > |
27 |
> > Best regards, |
28 |
> > Michael |
29 |
> > |
30 |
> > [1]: https://bugs.gentoo.org/show_bug.cgi?id=304435 |
31 |
> > |
32 |
> |
33 |
> As Tommy[D] pointed out in IRC, developers are free(wrong word?) to |
34 |
> touch package.use.mask for their packages but they should get an ACK |
35 |
> for use.mask or just tell arches to do it on their behalf. This is an |
36 |
> addition to what you have already said above. |
37 |
|
38 |
What about eclass-wide USE_EXPAND flags? I have recently added masks to |
39 |
the PYTHON_TARGETS for Python implementation not being keyworded on |
40 |
particular arches. |
41 |
|
42 |
With the exception of hppa which explicitly says its use.mask shouldn't |
43 |
be touched without permission, and now I can't enable pypy on flaggie |
44 |
because that arch is slacking. Great, isn't it? |
45 |
|
46 |
-- |
47 |
Best regards, |
48 |
Michał Górny |