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 0D7111381F3 for ; Fri, 9 Aug 2013 09:57:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1DB58E0C9E; Fri, 9 Aug 2013 09:57:03 +0000 (UTC) Received: from gerard.telenet-ops.be (gerard.telenet-ops.be [195.130.132.48]) by pigeon.gentoo.org (Postfix) with ESMTP id 25266E0C58 for ; Fri, 9 Aug 2013 09:57:01 +0000 (UTC) Received: from TOMWIJ-GENTOO ([94.226.55.127]) by gerard.telenet-ops.be with bizsmtp id AZx11m00Y2khLEN0HZx1Gx; Fri, 09 Aug 2013 11:57:01 +0200 Date: Fri, 9 Aug 2013 11:53:18 +0200 From: Tom Wijsman To: gentoo-dev@lists.gentoo.org Cc: ssuominen@gentoo.org Subject: Re: [gentoo-dev] Re: Multiple implementations shouldn't block Gentoo's progress. Stabilize package combinations? Message-ID: <20130809115318.30c5f052@TOMWIJ-GENTOO> In-Reply-To: <5204AF23.1090501@gentoo.org> References: <5202416C.5@gentoo.org> <1375881254.7753.41.camel@rook> <5202DD20.8050906@gentoo.org> <5203A880.1050306@gentoo.org> <5203B190.80306@gentoo.org> <20130808172340.7d2424af@TOMWIJ-GENTOO> <5203C908.1000304@gentoo.org> <20130808185357.4208db83@TOMWIJ-GENTOO> <5203DEA5.30004@gentoo.org> <20130808204701.3b419e58@TOMWIJ-GENTOO> <20130808211103.4069d7ff@TOMWIJ-GENTOO> <5204403D.8050209@gentoo.org> <52048088.8020400@gentoo.org> <20130809104631.1312ca96@TOMWIJ-GENTOO> <5204AF23.1090501@gentoo.org> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.20; 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-SHA1; boundary="Sig_/0/enOCPBtyYQfRxqwQni0Ix"; protocol="application/pgp-signature" X-Archives-Salt: b0f2f1ed-f914-4ee9-8ff7-c77e46d66b56 X-Archives-Hash: f57c6331a98ec1006b5605a33ec958d7 --Sig_/0/enOCPBtyYQfRxqwQni0Ix Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 09 Aug 2013 11:58:11 +0300 Samuli Suominen wrote: > On 09/08/13 11:46, Tom Wijsman wrote: > > On Fri, 09 Aug 2013 08:39:20 +0300 > > Samuli Suominen wrote: > > > >> On 09/08/13 04:05, Zac Medico wrote: > >> > >>> This seems like a possible applicatio for "mix-in" profiles like > >>> Funtoo uses: > >>> > >>> http://www.funtoo.org/wiki/Flavors_and_Mix-ins > > > > Thanks, that definitely looks interesting; reading it I actually > > would love to see this implemented to ease the user from switching > > from one to another init system, or whatever needs switching in the > > future. > > > >> What if eg. profiles/targets/desktop would have sub directory > >> > >> profiles/targets/desktop/systemd which would have a 'parent' of > >> '..' with USE=3D"-consolekit systemd" and more importantly, the > >> could-be kludge to setup the /usr-move, the could-be environment > >> variable to disable functionality of gen_usr_ldscript... > >> > >> profiles/targets/desktop/gnome with 'parent' of '..' and > >> '../../systemd' ... > > > > Let me stop you right here; part of this idea came to mind > > yesterday, but I saw a flaw in it so I did not suggest it: > > > > What if a certain profile needs to support two such profiles (eg. > > upstart and systemd) that have conflicting choices (eg. one > > profile lists -systemd, the other systemd); then you can no longer > > list both as a parent as they will simply clash and make > > conflicting changes. >=20 > Sure you can, simply by counter effecting the parent as suggested, if=20 > parent lists '-systemd' then the actual profile can set 'systemd' > Plus it would be the main systemd sub profile that would be 'top > most' in the parent file, causing it to enable 'systemd' even if the > 'second top most' disables it >=20 > > Of course this isn't a problem for this situation, but it may > > become a problem in a future situation if we're going to follow > > this practice; that's why I think now that mix-in profiles fit the > > purpose better. >=20 > I'm not seeing the problem... Eh, I'm having a hard time to wrap my head around your paragraph; but I think that you're referring to different things than I do, so I don't really see how it can be done that way. Let's talk in terms of files. Let me pose it differently to get it more clear: profiles/targets/desktop/something with 'parent' of '..' and '../systemd' and '../upstart'. profiles/targets/desktop/systemd which sets some USE flags, masks and / or unmasks. profiles/targets/desktop/upstart which sets things that conflict with the systemd profile. If you now select profiles/targets/desktop/something; it doesn't allow you to run something with both systemd and upstart, 'cause it conflicts. What actual file change would you make to solve this? I don't see it... (If the user instead selects a mix-in on top of a profile, it works.) --=20 With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : TomWij@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D --Sig_/0/enOCPBtyYQfRxqwQni0Ix Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQEcBAEBAgAGBQJSBLwOAAoJEJWyH81tNOV9FT8IAL6qqb9JZAp870EZEQpaCbCk ZalZ/ZGAGDX4NJgriufcszXeVBm/7GQGptqccq5rdnWSCrrHWwKN3ZBsAGyi+k6M bmWmCV8aUOXIqZHSBPV5tXncfXJK6vtSUED13TcgZ+Y5QNqX6p0oKRbBm9QV0b7O v2D1Kk/+N1/ssRuKkb0Nf/DQMsyEB7MnqrBHbxa65sViKd2tnGp5U9/2Yxc+rt7E f9at7ALt8jBMgWPv9Z4ZjbkjOEODcHEzCEJ+UivYxGw8EvvTZq6iO1L5J6Jtv9q/ 2f9O96DaFj3BgBvPBIByuBlsU2T7QLzQjN1Iu2z+v81qoB3baeUN/ythW1NoCjs= =Z/rF -----END PGP SIGNATURE----- --Sig_/0/enOCPBtyYQfRxqwQni0Ix--