From: Stephen Bennett <spb@gentoo.org>
To: gentoo-dev@robin.gentoo.org
Subject: Re: [gentoo-dev] GLEP ??: Metapackages
Date: Mon, 07 Mar 2005 17:45:32 +0000 [thread overview]
Message-ID: <1110217532.32301.5.camel@localhost> (raw)
In-Reply-To: <20050307112639.6687812b@eusebe>
On Mon, 2005-03-07 at 11:26 +0100, Thomas de Grenier de Latour wrote:
> So, in short, dropping the "virtuals" file is a regression imho,
> because it makes portage behavior less deterministic; it will
> depend more on the history of user actions (calls to emerge), and
> less on user prefs, making it harder to understand and control.
What's been discussed, but isn't in the GLEP draft, is a /etc/portage
file to let you override metapackage dependencies. It's not in there
because the syntax and implementation hasn't been worked out fully, but
it should work akin to /etc/portage/virtuals.
> Oh, and btw, this lack of "virtuals" prefs file may also be a
> problem for official profiles. For instance, I see that "base"
> currently has "virtual/jdk dev-java/blackdown-jdk", whereas ppc
> profiles override that with "virtual/jdk dev-java/ibm-jdk-bin".
> And i guess they have good reasons to do so... How will that be
> handled with metapkgs? By having numerous "arch? ( ... )" in the
> DEPEND string?
It could be done with arch? ( ) in the DEPEND string, or just by not
keywording packages on a given arch, or masking them in the profile. The
dependency resolver is already fully able to cope with that sort of
situation, whereas the current virtuals mechanism isn't.
--
gentoo-dev@gentoo.org mailing list
next prev parent reply other threads:[~2005-03-07 17:42 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-01 22:15 [gentoo-dev] GLEP ??: Metapackages Stephen Bennett
2005-03-02 12:30 ` Paul de Vrieze
2005-03-02 20:58 ` Alec Warner
2005-03-03 0:14 ` James Northrup
2005-03-06 17:40 ` Dan Armak
2005-03-06 18:12 ` Stephen Bennett
2005-03-06 19:20 ` Dan Armak
2005-03-07 10:26 ` Thomas de Grenier de Latour
2005-03-07 17:45 ` Stephen Bennett [this message]
2005-03-15 12:21 ` Thomas de Grenier de Latour
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=1110217532.32301.5.camel@localhost \
--to=spb@gentoo.org \
--cc=gentoo-dev@gentoo.org \
--cc=gentoo-dev@robin.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