I can forsee two possible problems, both with x86 1. There is a fairly large amount of people who use gentoo on their routers, a majority of these routers are pentium1/pentiumtwo boxes with a processor speed of slow. These people A. Do not want to use 2.6 because it takes up more space, and B. Would be more concerned about the security auditing in 2.6 on a router than they would on a regular box. However, To ask these people to do a stage1 install, which would take them multiple weeks, does not sound like the best plan to me.
2. I believe Rac has made a post on the gentoo forums about how stage1 is flawed, It does not add the original packages to world file or something, and as such, he reccommends starting with a stage3 and then then rebootstrapping and emerge world after starting a stage3. How would this work with a kernel switch in addition? Would it even be possible/sensible to do? Two things I can forsee, not sure how they fit into your scheme of things, but they might need to be looked at before releng goes totally 2.6 On Tue, 04 Jan 2005 17:50:06 -0500, Chris Gianelloni <[EMAIL PROTECTED]> wrote: > On Tue, 2005-01-04 at 23:47 +0100, Francesco Riosa wrote: > > >What the hell does having more than one kernel in /boot have to do with > > >the LiveCD or creating stages? > > > > > >The kernel used on the LiveCD has exactly nil to do with what the user > > >installs on his system. As a prime example, the 2004.3 LiveCD for x86 > > >had only a 2.6/udev setup, but it didn't stop people from installing a > > >2.4/devfs setup or a 2.6/devfs setup. > > > > > > > > > > > Can you forgot my question? > > Symply I was thinking about stage3 and about kernel installed by stage3 > > (instead the user install and configure it) > > going home, I'm really sorry to have wasted your time > > This is completely off-topic now, but there's no way that we are forcing > any kernel on anyone. Therefore, there will not ever be a kernel in any > stage, as the stages are only used for building and are not supposed to > represent a complete system. > > -- > Chris Gianelloni > Release Engineering - Operational/QA Manager > Games - Developer > Gentoo Linux > > > -- [email protected] mailing list
