1 |
Wernfried Haas wrote: |
2 |
|
3 |
> So you complain about a problem that is already fixed as if it still |
4 |
> exists? I really don't get it. |
5 |
|
6 |
That particular bug was fixed. Using a stage1/bootstrap approach for a |
7 |
fresh install is a _method_ of installing gentoo that is immune to that |
8 |
particular bug because it is a much simpler, more reliable method of |
9 |
installing gentoo. |
10 |
|
11 |
> Your tests are - if i may say so - completely flawed. You disregard |
12 |
> the fact that the basic installation time of stage 3 is much lower |
13 |
> than the one of stage 1. Unpack the bugger, compile a kernel, that's |
14 |
> it. Not much trouble to be expected either - differently to stage 1. |
15 |
|
16 |
No, it _can_ be, but is not guaranteed to be. If you have to upgrade glibc, |
17 |
for example, it will always take longer. My tests documented the _exact_ |
18 |
procedure anyone would need to go through to get a system installed, |
19 |
according to the official handbook, at that point in time. |
20 |
|
21 |
> Furthermore problems with upgrading gcc after the install are most |
22 |
> likely easier to solve than a bailed out stage 1. |
23 |
|
24 |
They most certainly are not. |
25 |
|
26 |
> It simply isn't, it's slower (see above) and more things can break. |
27 |
> If you want hard proof, go search bugzilla, but don't make us do it |
28 |
> for you. |
29 |
|
30 |
So what date should we choose to make your statement true? Cause it ain't |
31 |
today. One week after the 2005.1 or 2005.1-r1 stages were released it |
32 |
might have been, but today it is simply not true. The reality is that |
33 |
today it takes twice the time to get the most recent stage3 up to the |
34 |
current toolchain. Your assertion might be true for a couple of weeks, a |
35 |
month at the most. Depending on what has been moved to stable after the |
36 |
stage tarball was released. |
37 |
|
38 |
> I have to admit i often did stage 1 installs because i found it quite |
39 |
> funny and a good way to test new hardware. Fact is, stage 1 went away |
40 |
> for some reasons and we'll just have to get over it. If you really |
41 |
> care that much about Gentoo as you claim, accept the decisions of the |
42 |
> people behind the stages and try to help improving the supported stage |
43 |
> 3 install. |
44 |
|
45 |
The stage3 install needs to be ditched for anything other than GRP or |
46 |
livecd installs, because face it, that is what it is. It consists of a |
47 |
generic system precompiled for desktop use. The toolchain is literally |
48 |
years behind most of the other major distributions (nptl and gcc version). |
49 |
If users don't want to "waste time compiling" they don't need to be using |
50 |
gentoo in the first place. |
51 |
|
52 |
-- |
53 |
gentoo-dev@g.o mailing list |