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 1KXgvn-0003pL-9I for garchives@archives.gentoo.org; Mon, 25 Aug 2008 18:36:47 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7E0DEE027B; Mon, 25 Aug 2008 18:36:46 +0000 (UTC) Received: from smtp.pewny.pl (v99.rev.tld.pl [195.149.224.99]) by pigeon.gentoo.org (Postfix) with ESMTP id 081A4E027B for ; Mon, 25 Aug 2008 18:36:45 +0000 (UTC) Received: (qmail 13887 invoked by uid 99007); 25 Aug 2008 18:36:43 -0000 X-clamdmail: clamdmail 0.18a Received: from 195.149.224.99 (HELO kurgan01.ece.ualberta.ca) (moloh@moloh.net@195.149.224.99) by 195.149.224.99 with ESMTPA; 25 Aug 2008 18:36:43 -0000 Date: Mon, 25 Aug 2008 12:37:45 -0600 From: Michal Kurgan To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] PROPERTIES=virtual for meta-packages (clarification of definition) Message-ID: <20080825123745.5603039e@kurgan01.ece.ualberta.ca> In-Reply-To: <48B2F35D.4080801@gentoo.org> References: <48B1CC3C.2000103@gentoo.org> <20080825115133.0d1e3db4@kurgan01.ece.ualberta.ca> <48B2F35D.4080801@gentoo.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.10; i686-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: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 2f5e96cc-56f5-40e3-919d-3119f1e111ff X-Archives-Hash: cf803cfa70bf1afea471d18c8cedea1f On Mon, 25 Aug 2008 11:01:01 -0700 Zac Medico wrote: > Michal Kurgan wrote: > > On Sun, 24 Aug 2008 14:01:48 -0700 > > Zac Medico wrote: > >=20 > >> Hi everyone, > >> > >> Since there were some questions about ambiguity in the meaning of > >> the proposed PROPERTIES=3Dvirtual [1] value, we need to clarify it. > >> > >> [ ... ] > >> > >> Ebuilds that exhibit the "virtual" property commonly serve as a > >> layer of indirection in dependencies. All of the ebuilds in the > >> existing "virtual" category [4] should be eligible to define > >> PROPERTIES=3Dvirtual. If the ebuilds in the virtual category were th= e > >> only ones that exhibited this "virtual" property, then the > >> information that PROPERTIES=3Dvirtual represents could simply be > >> inferred from membership of that category. However, existence of > >> meta-packages in the "java-virtuals" category [5], among others, > >> makes it useful to introduce the "virtual" property as a means to > >> identify these ebuilds. Note that some packages, such as x11-libs/qt > >> [6], exhibit this property for some versions and not others. So, in > >> some cases it may be useful to be able to specify the "virtual" > >> property separately for different ebuild versions. > >> > >=20 > > Wouldn't it be more appropriate to just move the "offending" ebuilds = to > > virtual category? e.g. virtual/qt, etc. > >=20 >=20 > A package move doesn't seem very practical given that the "virtual" > property varies from one version to the next. I suppose it could be > done as a split where older versions continue to exist as > x11-libs/qt and newer versions exist as virtual/qt. Exactly. I think that this distinction is more clear, both for users and developers. You've got the idea about package just from its name, not internal structure such as PROPERTIES or DESCRIPTION variables. > If we take that approach then you'll have to convince the java team to > combine the whole java-virtuals category [1] into the virtual category.= The > same goes for any other meta-packages such as kde-meta-* or whatnot. > > [1] http://packages.gentoo.org/category/java-virtuals Hmm... looks like though work, but will try at least. Thanks for hint. If java hears that, what do you think about that? Are there any problems with doing such migration? > >> - -- > >> Thanks, > >> Zac > - -- > Thanks, > Zac --=20 Michal Kurgan http://dev.gentoo.org/~moloh