public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Jim Ramsay <lack@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] EAPI feature suggestion: OBSOLETES (was: gentoo-x86 commit in profiles/updates: 4Q-2007)
Date: Tue, 6 Nov 2007 16:23:35 -0500	[thread overview]
Message-ID: <20071106162335.482c6e4f@vrm378-02> (raw)
In-Reply-To: <20071106210317.da2c9676.genone@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 1210 bytes --]

Whether or not 'move' was the correct action in the recent compiz
example, perhaps we need to consider that some times one package does
actually make another obsolete. The correct thing for the PM to
do is to first uninstall the obsolete package, then install the new one.

Now, it has been my experience that blocking dependencies are currently
used to imply this "No, you have to remove cat/foo first before
installing cat/bar instead" situation.  This is somewhat annoying for
me when I want to upgrade a bunch of packages, but I have to manually
uninstall a few blockers first before this is possible.

This could be automated by the PM in those cases with some sort of
thing like this in the cat/bar-1.0.ebuild:

  OBSOLETES="cat/foo"

Of course this would be a regular package atom (or list thereof), so it
could be tied to specific versions of cat/foo.

I suppose this could be seen as a special case of blocking deps which
would automate a specific "cat/bar is to be preferred over cat/foo"

However, I'm not exactly sure what you would do if you have pkg1 which
depends on cat/foo and pkg2 which depends on cat/bar...

-- 
Jim Ramsay
Gentoo Developer (rox/fluxbox/gkrellm)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2007-11-06 21:29 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1IpCox-0008Sj-Sg@stork.gentoo.org>
2007-11-06 16:15 ` [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in profiles/updates: 4Q-2007 Mark Loeser
2007-11-06 16:25   ` Doug Klima
2007-11-06 19:18   ` Petteri Räty
2007-11-06 20:03   ` Marius Mauch
2007-11-06 21:23     ` Jim Ramsay [this message]
2007-11-07 14:09       ` [gentoo-dev] Re: EAPI feature suggestion: OBSOLETES (was: gentoo-x86 commit in profiles/updates: 4Q-2007) Steve Long
2007-11-07 18:37         ` Santiago M. Mola
2007-11-08  4:50       ` [gentoo-dev] " Jeroen Roovers

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=20071106162335.482c6e4f@vrm378-02 \
    --to=lack@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