1 |
On Tue, 2007-11-20 at 15:57 -0600, matt hull wrote: |
2 |
> i think we should use stable and testing in the current tree. no |
3 |
> different from other hurds. after 30 days with no major bugs and |
4 |
> tested mark the package as stable. as you said you dont have any |
5 |
> time, so you could just leave it unstable till there is time |
6 |
|
7 |
+1 |
8 |
|
9 |
> |
10 |
> i would like to see this for system packages so a change doesnt break |
11 |
> my system and force a reinstall. |
12 |
|
13 |
+2 |
14 |
|
15 |
Having at least system+svn stable would be really useful, especially for |
16 |
bootstrapping. |
17 |
|
18 |
/haubi/ |
19 |
|
20 |
> |
21 |
> matt |
22 |
> |
23 |
> On Nov 20, 2007, at 1:15 PM, Fabian Groffen wrote: |
24 |
> |
25 |
> > Hi all, |
26 |
> > |
27 |
> > Per subject, let's have some discussion on stable keywords in Prefix. |
28 |
> > |
29 |
> > I've always been against them, while others would like to have them. |
30 |
> > I've basically been against them simply because I don't have time to |
31 |
> > also maintain a stable tree/prefix/install. |
32 |
> > |
33 |
> > With the number of ebuilds in the tree increasing, I simply cannot |
34 |
> > cope |
35 |
> > with the volume any more as I used to do. This is mainly the case for |
36 |
> > when I'm syncing the tree and approving each ebuild manually, merging |
37 |
> > conflicts etc. I have no time to compile each package before I commit |
38 |
> > it, but I try to check it at least unpacks. |
39 |
> > |
40 |
> > Now I was wondering, maybe I could sync new ebuilds into ~arch, |
41 |
> > while we |
42 |
> > then make ebuilds arch when they appear to work on the works. Not |
43 |
> > sure |
44 |
> > how much this really "fixes", but just a random thought to reduce the |
45 |
> > damage of semi-automagic syncing... |
46 |
> > |
47 |
> > Any thoughts? |
48 |
> > |
49 |
> > -- |
50 |
> > Fabian Groffen |
51 |
> > Gentoo on a different level |
52 |
> > -- |
53 |
> > gentoo-alt@g.o mailing list |
54 |
> > |
55 |
> |
56 |
-- |
57 |
Michael Haubenwallner |
58 |
Gentoo on a different level |
59 |
|
60 |
-- |
61 |
gentoo-alt@g.o mailing list |