1 |
On Tue, 17 Apr 2007 09:50:23 +0400, Dale <dalek@××××××××××.net> wrote: |
2 |
|
3 |
> Andrey Gerasimenko wrote: |
4 |
>> |
5 |
>> I agree that "the installation CD does not need to be specifically a |
6 |
>> Gentoo cd", but I believe that it should be always possible to use it |
7 |
>> for installation, even when workarounds are available. The only |
8 |
>> argument that explains why it is currently not the fact is the |
9 |
>> inability to sustain quarterly release schedule. It looks like |
10 |
>> everybody, me too, agrees that it is a very good reason to switch to |
11 |
>> semi-annual releases, but please note that the very fact that |
12 |
>> quarterly releases were started is a proof that they are desirable. |
13 |
>> |
14 |
>> I guess the problem here is that the Gentoo Minimal Installation CD |
15 |
>> release is linked to the Gentoo Installer LiveCD release and to the |
16 |
>> Gentoo Reference Platform release. If the minimal CD is released |
17 |
>> quarterly or, better, whenever new hardware hits the shelves, the |
18 |
>> experience of new Gentoo users will be better. |
19 |
>> |
20 |
>> --Andrei Gerasimenko |
21 |
>> --gentoo-user@g.o mailing list |
22 |
>> |
23 |
> |
24 |
> Even though I would like to see semi-annual releases, I can also |
25 |
> understand the effort that has to go into making it happen. You would |
26 |
> have to catch everything just right to make it worthwhile. Example, it |
27 |
> is time for a new release and gcc is almost ready to be marked stable. |
28 |
> Do you do the release anyway or wait until gcc is stable? What if it is |
29 |
> not as stable as people think and it is already released before that is |
30 |
> found out? That would not be good for Gentoo either. |
31 |
> |
32 |
> Add in that some new piece of hardware is coming out and the drivers are |
33 |
> being worked on but not yet finished. Then what? What if the packages |
34 |
> such as gcc, KDE, Gnome and other important ones and the newer hardware |
35 |
> drivers never sync up exactly right? Who would decide what is more |
36 |
> important, hardware drivers or packages? |
37 |
> |
38 |
> I can see this from both sides. Having a reasonably up to date install |
39 |
> CD would be nice but it would take some effort and planning to get it |
40 |
> there. I suspect the new Proctors would be all over Gentoo-dev. LOL |
41 |
> That could turn into a really long discussion and it would never end |
42 |
> really. By the time one is released it would be time to start planning |
43 |
> the next and may even overlap a lot too. |
44 |
> |
45 |
> I'm glad I'm a lowly user and not a dev. :-) |
46 |
> |
47 |
> Dale |
48 |
> |
49 |
|
50 |
Sorry for the long quote, it all looks equally relevant (or irrelevant). |
51 |
|
52 |
There should be some problem with my English. I understand and agree with |
53 |
your arguments and even, I hope, have explained that in the original post. |
54 |
However, they are valid for the Gentoo Installer LiveCD and the Reference |
55 |
Platform only. The Gentoo Minimal Installation CD has much less packages |
56 |
and it is much easier to update it. |
57 |
|
58 |
I do not see how it is hard to create a minimal installation CD image |
59 |
every time new hardware support is added into the kernel, or new gcc |
60 |
version goes stable, or new portage version goes stable. Whether this is |
61 |
desirable or quarterly releases are sufficient is another question, since |
62 |
too many versions may confuse new users. |
63 |
|
64 |
The problem is that currently the minimal CD, the Live CD, and the |
65 |
Reference Platform are released simultaneously. I guess the minimal CD |
66 |
should be numbered like 2006.1, 2006.1.u1, 2006.1.u2, 2007.0.p1, |
67 |
2007.0.p2, 2007.0, 2007.0.u1 and so on and released as necessary between |
68 |
full releases. |
69 |
|
70 |
I feel it is harder to fix the relevant Handbook and web site entries and, |
71 |
possibly, ensure that it gets to all the mirrors than to prepare the new |
72 |
CD image. |
73 |
|
74 |
|
75 |
-- |
76 |
Andrei Gerasimenko |
77 |
-- |
78 |
gentoo-user@g.o mailing list |