Gentoo Archives: gentoo-dev

From: Chris Gianelloni <wolf31o2@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] GLEP 19, reloaded (again)
Date: Tue, 10 Aug 2004 20:24:08
Message-Id: 1092170604.21441.119.camel@localhost
In Reply to: Re: [gentoo-dev] GLEP 19, reloaded (again) by Olivier Crete
1 On Tue, 2004-08-10 at 15:23, Olivier Crete wrote:
2 > I'm happy to see that I'm not the only one who thinks that stable should
3 > mean frozen, ie not moving and not, slowly moving or somewhat slowly
4 > moving..
5 >
6 > While I'm at it, I propose renaming the GLEP 19 to "Gentoo Frozen
7 > Portage Tree" so people will not think that its about package stability.
8 >
9 > On Tue, 2004-08-10 at 15:03 -0400, Chris Gianelloni wrote:
10 > > On Tue, 2004-08-10 at 14:05, Spider wrote:
11 > > > this is why I'd like to push, once more, for separated "stable" (frozen
12 > > > snapshot basically) and "updates" pushed in a separate repo. If we
13 > > > want others to use this in enterprise, we have to make it easy for them.
14 > > > :-)
15 > >
16 > > To accomplish this would require a change to portage, but I think it
17 > > could be done with minimal work. Allow me to ramble... *grin*
18 >
19 > Why not just set SYNC="" (so emerge sync will fail) and use gensync ? Or
20 > does emerge glsa not use overlays or something else like that?
21
22 I didn't think anything actually used overlays. The emerge glsa was
23 being designed to work like "emerge system" or "emerge world". It would
24 require a regular "emerge sync" step to work properly... at least, that
25 was my understanding. Forgive me if I'm wrong on that.
26
27 Personally, I think there should be as little change for the user as
28 possible. Breaking "emerge sync" is probably not the best way to go
29 about it. Causing "emerge sync" to perform a slightly different
30 function, though with the same results (getting new ebuilds) is probably
31 the way to go. While I doubt we would be using gensync directly, it
32 definitely gives us a strong starting point. I am going to say that I
33 wouldn't be opposed to using gensync and a separate repository, I just
34 think it ends up being overly complex, as if we're going to be offering
35 it as an "official" Gentoo release, we should add proper support into
36 the tools we already have (portage). Also, using portage and emerge
37 sync for updates allows a user to switch to the "current" tree with
38 almost no work.
39
40 --
41 Chris Gianelloni
42 Release Engineering QA Manager/Games Developer
43 Gentoo Linux
44
45 Is your power animal a penguin?

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
Re: [gentoo-dev] GLEP 19, reloaded (again) Marius Mauch <genone@g.o>