From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1KlEIL-0002Cf-GZ for garchives@archives.gentoo.org; Thu, 02 Oct 2008 02:52:01 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 24B0CE0538; Thu, 2 Oct 2008 02:52:00 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id F1635E0538 for ; Thu, 2 Oct 2008 02:51:59 +0000 (UTC) Received: from [172.28.2.138] (bl8-220-146.dsl.telepac.pt [85.241.220.146]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 4AED2645A3 for ; Thu, 2 Oct 2008 02:51:58 +0000 (UTC) Message-ID: <48E43749.3000304@gentoo.org> Date: Thu, 02 Oct 2008 02:51:53 +0000 From: "Jorge Manuel B. S. Vicetto" User-Agent: Thunderbird 2.0.0.16 (X11/20080727) 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets References: <48DECDFE.7010606@gentoo.org> <20080929000257.7bfd0905@snowmobile> <48E0151F.1020404@gentoo.org> <200809291713.30783.bo.andresen@zlin.dk> <48E131E3.80103@gentoo.org> <48E1AF7B.4020800@gentoo.org> <48E1B9C2.4080700@gentoo.org> <20080930223525.4ab18d4b@halo.dirtyepic.sk.ca> <48E3A745.4070709@gentoo.org> In-Reply-To: <48E3A745.4070709@gentoo.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 2f3ead45-5151-4df3-b437-60f228f808fc X-Archives-Hash: a074e8838dbe1280df2cbe8c2dc23a6f -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Zac Medico wrote: > Ryan Hill wrote: >> On Mon, 29 Sep 2008 22:31:46 -0700 >> Zac Medico wrote: > >>>> Can package.use syntax be extended to allow set entries? >>>> @compiz-fusion -gnome kde kde4 >>> Perhaps, but we need to clarify how that sort of setting will affect >>> nested sets. For example, if @compiz-fusion contains nested sets, >>> would those USE settings apply to the nested sets as well? Will >>> nested sets be allowed to have independent USE settings from the >>> sets that nest them? >> Maybe a nested set could inherit the USE flag settings of its parent set >> unless it has its own entry in package.use. > >> Though what happens if a package is in both sets which have >> conflicting flags in package.use? I would say that the nested set has >> to have priority. If not, I can easily imagine people getting confused >> when their USE settings for a set are being applied to all but >> one or two packages. > > It seems to me that the most logical approach would be to do some > sort of "incremental" stacking, similar to the way that USE flags > stack in the profiles. Suppose that we have the following settings > in package.use: > > @kde-meta foo bar > @kdeedu-meta -foo > > If the flags are stacked incrementally, analogously to the way that > they are stacked in profiles, then the above setting would apply the > "foo" and "bar" flags to all of @kde-meta except for the > @kdeedu-meta subset which would only have "bar" applied since "foo" > has been disabled incrementally. Does this approach seem reasonable? This sounds a good approach. Ryan, I disagree with your proposal. If I enable a use flag for the "meta" @kde and also disable it for @kdenetwork, I don't expect my option for the @kde "meta" to override my option for @kdenetwork. As Zac proposed, an incremental stack makes more sense. Before we had sets, when we enabled a use flag for a meta and disabled it for an ebuild pulled by the meta, we never expected the option for the ebuild to be overridden by the option for the meta. - -- Regards, Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org Gentoo- forums / Userrel / Devrel / SPARC / KDE -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjkN0kACgkQcAWygvVEyAK2iQCcDgNPwNlgw3MfV1WZj+S6L+xW RZ4An0UONUAt60WeQAUbDk2rEMduUub9 =VYib -----END PGP SIGNATURE-----