1 |
On 10/31/05, M. Edward (Ed) Borasky <znmeb@×××××××.net> wrote: |
2 |
> |
3 |
> Chris Gianelloni wrote: |
4 |
> >I'm starting to get more and more bugs from users whom have decided, |
5 |
> >against the recommendation of those of us in Release Engineering, to do |
6 |
> >a stage1 or stage2 installation using their custom USE flags, and |
7 |
> >finding that their installation is unable to complete properly. The |
8 |
> >problem stems from more and more packages adding more and more USE |
9 |
> >flags. We already recommend that all users perform a stage3 |
10 |
> >installation, but this doesn't appear to be enough to resolve the |
11 |
> >problem. What it really boils down to is the inability for us to test |
12 |
> >with all of the possible USE flag combinations and ever get a release |
13 |
> >out the door. |
14 |
> > |
15 |
> >As it stands, I only see a few options, none of which sound very good: |
16 |
> > |
17 |
> >1. Only release stage3 tarballs |
18 |
> >2. Inform users that only stage3 will be supported |
19 |
> >3. Change the documentation to recommend users not change USE flags |
20 |
> >until after the completion of "emerge -e system" |
21 |
> > |
22 |
> >In pretty much every case, the real answer is "quit using stage1 if you |
23 |
> >don't know what you're doing" but unfortunately, we're going to get the |
24 |
> >pointless "but Gentoo is about choice" "argument" that really has no |
25 |
> >bearing on the truth of what is Gentoo. Gentoo is *not* about choice. |
26 |
> >Gentoo is about empowering the user to make the system as he sees fit. |
27 |
> >This means there is a certain expectation that when you start fiddling |
28 |
> >with stuff, you're going to pick up the pieces on your own. At any |
29 |
> >rate, the problem is only going to get worse as more and more USE flags |
30 |
> >are added. |
31 |
> > |
32 |
> >What can we do to curb this problem? |
33 |
> |
34 |
> |
35 |
> Well ... at one time, Gentoo *was* about choice, but it's evolved to |
36 |
> being about quality IMHO. As long as you're willing to make all the |
37 |
> stage3 tarballs required, I see no reason to continue to support stage1 |
38 |
> installs. The past couple of installs I did were stage1 -- I wanted to |
39 |
> see how long it took, among other things. And I've never done a stage2 |
40 |
> ... I've never seen the point in it. |
41 |
> |
42 |
> So my recommendation would be to eliminate stage1 and stage2 and just do |
43 |
> stage3 installs. They're a lot faster too -- I think getting through |
44 |
> stage1, stage2 and stage3 took about 6 hours on a 1 GHz P3, hardly a |
45 |
> productive use of time. I think you might want to put a few more goodies |
46 |
> in stage3, though -- vim for sure, and niceties like ufed, esearch, |
47 |
> slocate, genkernel and grub at a minimum. When I do an install, the |
48 |
> things I *always* bring in, whether desktop or server are: [snip] |
49 |
> |
50 |
|
51 |
I REALLY dislike the idea of eliminating stage1 tarballs. I am personally |
52 |
very picky about my system and what gets installed and from my point of view |
53 |
installing from a stage3 is as bad as installing Fedora. Plus it would be a |
54 |
real pain in the butt to have to go backwards, installing a bunch of stuff |
55 |
up front and then going back by hand and removing it. I do share Ed's |
56 |
sentiments about stage2 though, you could eliminate those as I don't see |
57 |
much point to them. You either want it all or you want the bare minimum, I |
58 |
want the bare minimum. |
59 |
|
60 |
Another thought is release the tarballs but do not support anyone with |
61 |
problems doing a stage1 install. If you are brave enough to attempt it, you |
62 |
go it alone. |
63 |
|
64 |
I think I've put in about $0.04 now ;) |
65 |
|
66 |
-Mike |
67 |
|
68 |
-- |
69 |
________________________________ |
70 |
Michael E. Crute |
71 |
Software Developer |
72 |
SoftGroup Development Corporation |
73 |
|
74 |
Linux, because reboots are for installing hardware. |
75 |
"In a world without walls and fences, who needs windows and gates?" |