1 |
On Tue, Aug 10, 2004 at 09:55:31AM -0400 or thereabouts, Chris Gianelloni wrote: |
2 |
> At no point have I ever seen a cycle mentioned for the "stable" tree, |
3 |
> until now. |
4 |
|
5 |
Please re-read the original post of this thread, then. |
6 |
|
7 |
> Also, I've stated in many threads before that -releng is more than |
8 |
> willing to work with whomever to make changes to the release cycle to |
9 |
> best serve the needs of our users. |
10 |
|
11 |
I've had a different experience when interacting with releng, *especially* |
12 |
when it comes to changing the release cycle, so I'm not as optimistic as |
13 |
you are. I'm open to discussing it, however, so feel free to contact me |
14 |
offline. |
15 |
|
16 |
> So we move no closer to our goal of providing a stable/frozen |
17 |
> installation environment than to ensure ebuilds don't disappear from the |
18 |
> tree? |
19 |
|
20 |
Yes, we do. Ebuilds in the "stable" tree are never deleted. Ever. We |
21 |
have one "stable" tree per release and they can be archived forever. |
22 |
|
23 |
> How is this really beneficial to our users? Is there a reason for |
24 |
> completely separating the idea of a "stable" tree from our already |
25 |
> established releases? Is there a reason why they cannot both be modified |
26 |
> to work together and do what is best for our users, gives them the most |
27 |
> choice, and gives them what they're actually asking for? |
28 |
|
29 |
That presupposes that the current proposal doesn't do provide our users the |
30 |
most choice and/or what they're asking for. I disagree with this |
31 |
presupposition. |
32 |
|
33 |
If this GLEP ends up getting approved and adopted, I see no problem |
34 |
synchronizing the annual release of this stable tree with one of the |
35 |
four/whatever annual releases of the livecd/package CDs. I'm just not |
36 |
going to let releng requirements get in the way of doing what is best for |
37 |
this project. If we can have the two happily co-exist without sacrificing |
38 |
the needs of the server project, great. |
39 |
|
40 |
--kurt |