From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id B87A813877A for ; Wed, 2 Jul 2014 17:54:55 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6DE07E0982; Wed, 2 Jul 2014 17:54:50 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6DC30E091A for ; Wed, 2 Jul 2014 17:54:49 +0000 (UTC) Received: from pomiot.lan (77-255-6-176.adsl.inetia.pl [77.255.6.176]) (using SSLv3 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 856B533FF2C; Wed, 2 Jul 2014 17:54:47 +0000 (UTC) Date: Wed, 2 Jul 2014 19:54:37 +0200 From: =?ISO-8859-2?B?TWljaGGzIEfzcm55?= To: William Hubbs Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] new profile layout with flavors and mix-ins Message-ID: <20140702195437.09c8efdb@pomiot.lan> In-Reply-To: <20140702154416.GA1151@linux1> References: <20140702154416.GA1151@linux1> Organization: Gentoo X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.24; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/KR/_wKZpJkwmSv909/uJyNO"; protocol="application/pgp-signature" X-Archives-Salt: f017ce7c-a381-43f6-86bc-9109f2d893d1 X-Archives-Hash: 12e2ef7b08ad55a11a6c20200dc488fb --Sig_/KR/_wKZpJkwmSv909/uJyNO Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Dnia 2014-07-02, o godz. 10:44:16 William Hubbs napisa=B3(a): > All, >=20 > I'm moving to a new thread since the discussion has moved away from just > a sub profile for no-multilib. >=20 > On Wed, Jul 02, 2014 at 09:30:50AM -0400, Rich Freeman wrote: > > On Wed, Jun 25, 2014 at 4:01 PM, Andreas K. Huettel > > wrote: > > > Am Mittwoch 25 Juni 2014, 15:11:40 schrieb Rich Freeman: > > >> On Wed, Jun 25, 2014 at 2:44 PM, Micha=B3 G=F3rny wrote: > > >> > Long story short, doing anything to Gentoo profiles is utter pain > > >> > and comes with random breakage guarantee. Therefore, I'm asking --= nuke > > >> > those damn profiles, and start over! The current situation is > > >> > completely unmaintainable. > > >> > > >> ++ > > >> > > >> But, would it make sense to just go the Funtoo route with "mix-ins." > > > ++ > > > > > > this is what we've been just discussing on the irc channel > >=20 > > So, not wanting this to die on the vine. > >=20 > > If we did the mix-in approach, would we just follow the example of Funt= oo? > >=20 > > They use an arch profile, a stability profile (~arch vs arch), a > > "flavor" profile (core, minimal, desktop), and then users can layer as > > much other stuff on top of that as they want (gnome, kde, multimedia, > > etc). >=20 > I think this could work for us as well, or something similar anyway. >=20 > For those who are curious, I am including the link to the flavors and > mix-ins descriptions from the funtoo site. [1] It's not that easy. As you can see on that site, they're supporting much less variants than Gentoo does. In particular, they don't seem to support non-GNU/Linux at all. No Prefix, no Hardened, no FreeBSD. I was thinking about modularization a bit and the main issue is handling intersecting profiles. As you can see in Funtoo, it already starts with the 'build' flavor -- they're pretty much applying a cheap hack (ACCEPT_KEYWORDS=3D"${ARCH}") but such hacks can't cover all our needs. A simple example is CHOST. The value of CHOST depends on the arch, often ABI, kernel, libc. Of course, we could hack this around by creating some intermediate variables and merging them afterwards. But not everything can be hacked around like this. I don't feel like we ought to vote on something like this without understanding most of the current profiles. And I'm afraid there are only few people who have any idea about the current profile structure... > > Do we want to do things the same way? > >=20 > > Some things to think about include multilib (just another arch?), > > systemd, and usr-merge. I'm not saying that we need to implement any > > of that stuff completely - but when planning the profile layout we > > should at least consider whether it will handle things like this in > > the future. Should some types of profiles be only additive? Etc... >=20 > I see systemd and multilib as mix-ins, like the ones you mentioned > above. Multilib won't work as Funtoo-style mix-in for the simple reason it relies on heavily on the architecture in use. --=20 Best regards, Micha=B3 G=F3rny --Sig_/KR/_wKZpJkwmSv909/uJyNO Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTtEdhXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOi+wQAMg6/9nMiRd8+FvFp4/iLznr 98mAtVoI5kLEjR4EP6bidfaq60yyfUN2NuApi8Hhg7Te+LwXdS+XjVQNNzLeSxc1 Ldc1xGZMB1KhdxDinTPiSDR0w2lURgFBo4Y4obEDpu/zpdFwOKoofSay0G/+ysux vUxloFE+yOTbDCRlqlrUG/UIv12FlZMBfp2kWcbFCt3Nq8GsflammCjGE8cmgh0o xjLCigR84GDbgo3ZrhboQh5Sz7TEYckK1anu0KQa+3BCwLpYq3Rjvgg/Cfz7TstC gocXTZDU2cWFzrTAT4qG3QTXwsnMMQtHxYqfhIHCiRxzIq8kAYCfIVqi/n2gLh7x 6sqQbJ2+bA7/diDbqKKnHsJ+yRy1EswbXRCoohZLydra0zCxdDxk9nS9S0dxV996 9PHsyxVvR41KRQcqXxZc9aKLbgjAWGOiRhRwQkJ5YR6t0wMQt3LSh6RFDbX2ckJo Qx+XNA2+do5QEqdsePqQrGKGlWZZkzI2Pe2JsRXGgLk0KUTdYWzsBrUMhbt1HjLD lrGoWEZSkn+6Nn+r6A++MbY4O3P4RImXIpha0CdbR6211K4PrIJHYoEEqC2Y2dSC aaDoO4BjJGLOnLo4D0JJ4Z+ij9/9RwtHmvxvLonRASxObXp1nC1RkA6HQBmmpmEr +tPScD1ugHSiOGGwGb/e =62Qw -----END PGP SIGNATURE----- --Sig_/KR/_wKZpJkwmSv909/uJyNO--