From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8369 invoked by uid 1002); 3 Oct 2003 23:50:32 -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 18566 invoked from network); 3 Oct 2003 23:50:32 -0000 From: Luke-Jr Organization: Gentoo Linux To: Brian Jackson , gentoo-dev@gentoo.org Date: Fri, 3 Oct 2003 23:50:15 +0000 User-Agent: KMail/1.5.3 References: <3F7D4315.1020900@gentoo.org> <200310031034.39985.iggy@gentoo.org> In-Reply-To: <200310031034.39985.iggy@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: <200310032350.29684.luke-jr@gentoo.org> Subject: Re: [gentoo-dev] Speaking of new kernels being added to the tree X-Archives-Salt: 9016ba47-be4e-48c3-a7a9-83cb9a3f0d7b X-Archives-Hash: b43eee84ec9d1156f5b4c6eb88c7bd6f =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 03 October 2003 03:34 pm, Brian Jackson wrote: > On Friday 03 October 2003 04:36 am, Brad Laue wrote: > USE flags is a bad way to do things, lets say you have 116 patches (the > latest pfeifer-sources does). If the 32nd patch is optional based on a use > flag, it could take away parts that a later patch relies on, which would > make the entire patchset fail. Now obviously this has been working since > the current gentoo-sources and older pfeifer-sources does this, but it on= ly > works because all the patches have to be specially diffed in just the rig= ht > order. At present time we don't have the manpower to do this. Or the patches could be converted to a format which would support multiple= =20 before cases. There may be a way to automate this, but it would need furthe= r=20 investigation. Another suggestion... Why not move away from -sources and make ebuilds base= d=20 on genkernel (eg. sys-kernel/{,{gentoo,redhat,suse,...}-}linux). There woul= d=20 need to be something for manual configuration changes, but I believe=20 genkernel already supports something like this. The only problem I can see = is=20 that it would end up recompiling the entire kernel for every configuration= =20 change, though that's a Portage bug that affects all ebuilds currently. Is there any reason to install the kernel sources anymore and not do this? =2D --=20 Luke-Jr Developer, Gentoo Linux http://www.gentoo.org/ =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/fgtDZl/BHdU+lYMRAqk9AJ4nVudwqIsK5DCS0bLwE+vWC9vXEgCffE32 22fxqhkLblL/N0I+TZS9xR4=3D =3D0Mqr =2D----END PGP SIGNATURE----- -- gentoo-dev@gentoo.org mailing list