From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6980 invoked by uid 1002); 4 Oct 2003 14:04:59 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 5986 invoked from network); 4 Oct 2003 14:04:59 -0000 From: Luke-Jr Organization: Gentoo Linux To: Stuart Herbert , gentoo-dev@gentoo.org Date: Sat, 4 Oct 2003 14:04:42 +0000 User-Agent: KMail/1.5.3 References: <3F7D4315.1020900@gentoo.org> <200310041311.08085.luke-jr@gentoo.org> <200310041451.00705.stuart@gentoo.org> In-Reply-To: <200310041451.00705.stuart@gentoo.org> GPG-Public-Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD53E9583 MIME-Version: 1.0 Content-Type: Text/Plain; charset="shift_jis" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200310041404.56692.luke-jr@gentoo.org> Subject: Re: [gentoo-dev] Speaking of new kernels being added to the tree X-Archives-Salt: 99fa77f5-49f8-47cf-a11d-76d5717562b5 X-Archives-Hash: 6372f6c70e0fb3b3c91505857cbb187b =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 04 October 2003 01:51 pm, Stuart Herbert wrote: > On Saturday 04 October 2003 2:10 pm, Luke-Jr wrote: > > You could always 'emerge linux-src' if Portage were to add the -src > > suffix as I described. > > And what would that give me? The current range of sources in Portage giv= es > me a nice selection of choice. Personally, I'm very happy with it. emerge linux-mm-src, then. or emerge linux-redhat-src, if you prefer. > > > I don't think it should modify the configurations, only a few symlinks > > that you can ignore if you choose to. > > No thanks. Just because you choose not to use it doesn't mean you should be forcing ot= her=20 people not to be able to. This provides the *option* to use it. Options are= =20 always best. > > > If you'd be compiling the kernel for another system, you could have > > Portage build only a GRP. As for local dependencies, the > > development-sources already depend on the module-init-tools needed to r= un > > them even though the sources don't actually need it. > > And what about kernel modules that are required? How will those get > re-compiled? You can't just re-emerge them, because they have this > annoying habit of going and deleting the currently-installed version ... That annoying habit is what should be fixed, then. Using a bug as a reason = to=20 not implement a feature isn't a good idea... =3Dp > > > It might also be worth noting that often > > the time between a system update and etc-update, your system could in > > theory be unbootable were there to be a power failure. > > I'm sorry, but I really do think that this idea is both stupid, and more > trouble than it's worth. Administrators have been managing their boxes > just fine up to now. =46or the most part, what I am suggesting is adding options, not removing t= hem.=20 Where people used vanilla-sources in the past (which is quite vague actuall= y;=20 why should one assume -sources means it's Linux?), they would now simply be= =20 using linux-src. redhat-sources would be linux-redhat-src. Users who don't= =20 care to manually recompile their kernels could move over to using linux or= =20 linux-redhat. It would also let people emerge things such as kdelibs-src or= =20 apache-src if they wanted to. =2D --=20 Luke-Jr Developer, Gentoo Linux http://www.gentoo.org/ =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/ftODZl/BHdU+lYMRAro3AJ4qKFmVGfl8RI959sPi4oscZlodmACgit99 HfUTOcVhd2wq+fEssNKV9AA=3D =3D60BZ =2D----END PGP SIGNATURE----- -- gentoo-dev@gentoo.org mailing list