1 |
On Sun, 13 May 2007 09:57:05 +0200 |
2 |
Matti Bickel <mabi@g.o> wrote: |
3 |
> Ciaran McCreesh <ciaranm@×××××××.org> wrote: |
4 |
> > Supporting this would be a huge policy violation, and not so merely |
5 |
> > as a technicality. |
6 |
> |
7 |
> How's that? I agree that this timely response clause will mean ion-3 |
8 |
> will never go stable. That's the only thing i could envision to be a |
9 |
> policy violation. |
10 |
|
11 |
Right, and packages that aren't aiming for stable eventually shouldn't |
12 |
really be in the tree at all. |
13 |
|
14 |
A larger issue, though... It requires some way of pushing updates to a |
15 |
user who hasn't synced for >28 days. |
16 |
|
17 |
> > I suggest simply removing ion support from the main |
18 |
> > tree, and sticking it in an overlay that comes with a big warning |
19 |
> > telling users that they cannot expect any level of QA for those |
20 |
> > packages. |
21 |
> |
22 |
> Care to expand on "no QA"? Tuomo fixed several QA warnings upstream |
23 |
> (missing strlen, etc. includes) when i told him (there will be |
24 |
> patches on our side until the next _rc). |
25 |
|
26 |
If upstream release a new version that has a serious bug, Gentoo would |
27 |
be required to include it as the most visible package within 28 days, |
28 |
even if it is completely unusable. |
29 |
|
30 |
> Additionally i'd like to point out the bit where he says he don't |
31 |
> want this license to hinder distributions who just stick with |
32 |
> upstream, which our policy explicitly recommends. That's why i'm |
33 |
> trying to reach a compromise on those USE patches we apply. That's |
34 |
> why the next build will tell ppl to bug me first. |
35 |
|
36 |
If he doesn't want to hinder distributions, get him to fix his licence. |
37 |
The way it is now makes it impossible for distributions to do their job. |
38 |
|
39 |
> In general: i don't think forking is an option. I won't be |
40 |
> maintaining a fork myself to begin with. |
41 |
|
42 |
Probably true, from a Gentoo perspective. If there's a significant ion |
43 |
userbase, someone else will do the work. |
44 |
|
45 |
-- |
46 |
Ciaran McCreesh |