public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Michal Kurgan <moloh@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] PROPERTIES=virtual for meta-packages (clarification of definition)
Date: Mon, 25 Aug 2008 12:37:45 -0600	[thread overview]
Message-ID: <20080825123745.5603039e@kurgan01.ece.ualberta.ca> (raw)
In-Reply-To: <48B2F35D.4080801@gentoo.org>

On Mon, 25 Aug 2008 11:01:01 -0700
Zac Medico <zmedico@gentoo.org> wrote:

> Michal Kurgan wrote:
> > On Sun, 24 Aug 2008 14:01:48 -0700
> > Zac Medico <zmedico@gentoo.org> wrote:
> > 
> >> Hi everyone,
> >>
> >> Since there were some questions about ambiguity in the meaning of
> >> the proposed PROPERTIES=virtual [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=virtual. If the ebuilds in the virtual category were the
> >> only ones that exhibited this "virtual" property, then the
> >> information that PROPERTIES=virtual 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.
> >>
> > 
> > Wouldn't it be more appropriate to just move the "offending" ebuilds to
> > virtual category? e.g. virtual/qt, etc.
> > 
> 
> 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

-- 
Michal Kurgan
http://dev.gentoo.org/~moloh





  reply	other threads:[~2008-08-25 18:36 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-24 21:01 [gentoo-dev] [RFC] PROPERTIES=virtual for meta-packages (clarification of definition) Zac Medico
2008-08-25 17:51 ` Michal Kurgan
2008-08-25 18:01   ` Zac Medico
2008-08-25 18:37     ` Michal Kurgan [this message]
2008-08-25 18:40 ` Ciaran McCreesh
2008-08-25 19:06   ` Zac Medico
2008-08-25 19:12     ` Ciaran McCreesh
2008-08-25 19:36       ` Zac Medico
2008-08-25 19:58         ` Joe Peterson
2008-08-25 20:03         ` David Leverton
2008-08-26  6:39           ` [gentoo-dev] " Duncan
2008-08-26 13:20             ` Ciaran McCreesh
2008-08-26 14:20               ` Duncan
2008-08-26 17:44                 ` Zac Medico
2008-08-27  0:08                   ` Duncan
2008-08-27  1:49                     ` Zac Medico
2008-08-27  2:23                       ` Michal Kurgan
2008-08-27  3:16                         ` Zac Medico
2008-08-27  4:18                           ` Zac Medico
2008-08-27  3:51                     ` Jorge Manuel B. S. Vicetto
2008-08-30  9:59                 ` Steve Long
2008-08-30 12:23                   ` Ciaran McCreesh
2008-08-31  2:29                     ` [gentoo-dev] " Steve Long
2008-08-31 12:30                       ` Ciaran McCreesh
2008-08-31 19:10                     ` [gentoo-dev] " Joe Peterson
2008-08-31 21:54                       ` Duncan
2008-09-05 13:50                 ` Marius Mauch
2008-09-05 13:44 ` [gentoo-dev] " Marius Mauch
2008-09-05 15:38   ` Joe Peterson
2008-09-05 15:46     ` Ciaran McCreesh
2008-09-05 15:50       ` Joe Peterson
2008-09-08 21:40         ` [gentoo-dev] " Steve Long
2008-09-08 22:07           ` Ciaran McCreesh
2008-09-10  1:30             ` [gentoo-dev] " Steve Long

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080825123745.5603039e@kurgan01.ece.ualberta.ca \
    --to=moloh@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox