Gentoo Archives: gentoo-dev

From: Kurt Lieber <klieber@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] GLEP 19, reloaded (again)
Date: Tue, 10 Aug 2004 23:22:18
Message-Id: 20040810232430.GR29077@mail.lieber.org
In Reply to: Re: [gentoo-dev] GLEP 19, reloaded (again) by Chris Gianelloni
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

Replies

Subject Author
Re: [gentoo-dev] GLEP 19, reloaded (again) Chris Gianelloni <wolf31o2@g.o>
Re: [gentoo-dev] GLEP 19, reloaded (again) John Davis <zhen@g.o>