From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1I9zVr-0004Gk-AE for garchives@archives.gentoo.org; Sun, 15 Jul 2007 08:31:31 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l6F8UWn7006734; Sun, 15 Jul 2007 08:30:32 GMT Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.192.82]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l6F8SaHV004322 for ; Sun, 15 Jul 2007 08:28:37 GMT Received: from [192.168.1.4] (c-69-140-18-238.hsd1.md.comcast.net[69.140.18.238]) by comcast.net (rwcrmhc12) with ESMTP id <20070715082834m1200qvoube>; Sun, 15 Jul 2007 08:28:35 +0000 Message-ID: <4699DAB2.5080002@gentoo.org> Date: Sun, 15 Jul 2007 04:28:34 -0400 From: Kumba User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] laying out arch profiles References: <200706271231.29549.vapier@gentoo.org> <1183670330.8491.22.camel@inertia.twi-31o2.org> <200707051847.41606.vapier@gentoo.org> <1184006865.8412.20.camel@inertia.twi-31o2.org> In-Reply-To: <1184006865.8412.20.camel@inertia.twi-31o2.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 29378792-6174-44c6-8dc0-cd27516e4aa2 X-Archives-Hash: ce91a9d4e417b8fd69a6da519c235c74 Chris Gianelloni wrote: > On Thu, 2007-07-05 at 18:47 -0400, Mike Frysinger wrote: >> you proposing we rearchitect it all or just for testing purposes before going >> live ? i can see both ... > > I am proposing rethinking all of it. My current thoughts run something > like this: > > arch/amd64 > arch/ppc (not ppc/ppc64 or ppc/ppc32) > base > default/linux > default/freebsd > default/macos > kernel/darwin > kernel/linux > kernel/freebsd > release/2007.1 > target/desktop > target/server > userland (these aren't all the same type of thing) > userland/32-bit > userland/64-bit > userland/multilib > userland/freebsd > userland/hardened > userland/linux (this could be glibc, instead) > userland/macos > userland/no-nptl (not sure we really need this, at all) > userland/nptl (this either) > userland/selinux > userland/uclibc > > Of course, this is just my rough outline. What you would end up with, > as a profile, is something like this: > > default/linux/amd64/2007.1/desktop (not much different from now) I kinda thought up a system like this long ago, but it was more in line with node-based profiles. And wou;d've required gutting the current profile code in portage entirely. The idea being that, you construct the profile up in nodes from the top level (much like one does their PATH variable), and the profiles would be re-arranged into things like arch/, libc/, kernel/, etc.. In a way, I re-organized mips' 2007.1-dev profiles to quasi reflect how we'd look in such a layout. But I like this idea -- it goes halfway towards nodes to some extent (at least lines things up for nodes or some other implementation that maybe treats parents better). antarus even had a small draft document up on it that's better in detail: http://dev.gentoo.org/~antarus/essays/mixin-profiles.txt (later on, it was decided that there would have to be a pre-defined order for the first four nodes: base:arch:kernel:userland, and these first four nodes could not repeat. Everything thereon after was swappable and allowed to be placed in any order, such as base:mips:linux:glibc:ip30:o32 (where o32/ip30 can be swapped around)) But I definitely see this as a 2008.0 thing at the earliest. I also see no problem with mips joining in on the fun to play with things either! --Kumba -- Gentoo/MIPS Team Lead "Such is oft the course of deeds that move the wheels of the world: small hands do them because they must, while the eyes of the great are elsewhere." --Elrond -- gentoo-dev@gentoo.org mailing list