Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-pms
Navigation:
Lists: gentoo-pms: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-pms@g.o
From: Ciaran McCreesh <ciaran.mccreesh@...>
Subject: Re: Do we want an EAPI 5?
Date: Fri, 1 Jul 2011 07:12:38 +0100
On Thu, 30 Jun 2011 20:48:46 +0200
Sebastian Luther <SebastianLuther@...> wrote:
> > Portage's behaviour is already broken there -- think what happens
> > when ebuilds get removed.
> 
> I know. I'm not opposed to this change, but the needed work flow
> change for ebuild devs has to be communicated.

Shouldn't be a workflow change. It's already policy to do a revbump if
dependencies change.

> >> Could you please give a summary (or point me to one) of the
> >> discussion about :=/:*?
> > 
> > See the original EAPI 3 discussion. It's all there.
> > 
> Yeah, the whole discussion is there, but not a summary. I don't have
> the time to wade through all these mails.

Part of the reason EAPI 3 dragged on for so long was that rather than
reading the discussion, people would say "I've not read the entire
thread, but it seems to me that ...", and then the entire discussion
would have to be repeated all over again.

If you're just looking for a summary, not details: say a user has
cat/dep:1, cat/dep:2 and cat/dep:3 installed, and wants to uninstall
cat/dep:1 and cat/dep:2. Say there's cat/pkg installed which has a dep
upon cat/dep. Then there's no way for the package mangler to know
which cat/dep slots are still 'needed', and which can be safely
removed. Thus, to be safe, it has to assume that all three slots might
be needed.

Nearly all packages that dep upon a slotted dependent have one of two
behaviours: they're ok with any slot that matches the rest of the spec
(including switching at runtime), or they need the best slot that was
present at install time. The former is :*, the latter :=.

There are a few perverse cases that don't fit these. Those need special
fancy handling, and they're sufficiently fiddly that we shouldn't be
holding up solving the large number easy cases to deal with one or two
weird packages.

> Isn't it desirable that different PMs handle the "no operator" case in
> the same way (independently of the question of having one or both
> operators available)?

The problem is that every way of handling the "no operator" case is
wrong for many real situations. You can assume either "any slot" or
"best slot", both of which will allow packages to be removed unsafely,
or you can assume "all slots", which is excessively paranoid for many
packages.

-- 
Ciaran McCreesh
Attachment:
signature.asc (PGP signature)
Replies:
Re: Do we want an EAPI 5?
-- Sebastian Luther
References:
Do we want an EAPI 5?
-- Ciaran McCreesh
Re: Do we want an EAPI 5?
-- Sebastian Luther
Re: Do we want an EAPI 5?
-- Ciaran McCreesh
Re: Do we want an EAPI 5?
-- Sebastian Luther
Navigation:
Lists: gentoo-pms: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Do we want an EAPI 5?
Next by thread:
Re: Do we want an EAPI 5?
Previous by date:
Re: Do we want an EAPI 5?
Next by date:
Re: Do we want an EAPI 5?


Updated Jul 18, 2012

Summary: Archive of the gentoo-pms mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.