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-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Marien Zwart <marienz@g.o>
Subject: Re: RFC: PROPERTIES=funky-slots
Date: Sat, 23 Jun 2012 22:36:14 +0200
On za, 2012-06-23 at 17:08 +0100, Ciaran McCreesh wrote:
> 
> > Is it that Paludis installs a newer SLOT even if a reverse
> dependency
> > explicitly requests another SLOT? Sounds like a bug to me. 
> 
> No, it's that if a user requests a "complete" resolution, Paludis
> installs the newest version of things that it can. Extensive
> consultation with users has shown that this is a good behaviour,
> except
> in the small number of situations that have recently arisen where
> people are doing weird things with versions and slots. 

It surprises me that this behavior is normally desirable for packages
where all dependencies (including any in the world set or the like) are
slotted. The first example that comes to mind here is gtk+: if all
packages a user has installed that depend on gtk+ explicitly depend on
slot 2 (which is probably uncommon now but reasonable back when gtk 3
was introduced), and they do not have gtk+ in their world file (which is
reasonable), do your users really expect the package manager to install
gtk 3? If your package manager has a feature similar to emerge
--depclean, shouldn't this then suggest immediately removing it again,
as nothing depends on it?

I would argue that library versions that can be installed side-by-side,
like gtk+ 2 and 3, "fit the traditional way of how slots worked". But I
think automatically pulling in the latest and greatest version of such a
library only makes sense if code written against the old library stands
a chance of making use of the new library. It might make sense to add a
way to inform your package manager if pulling in new slots by default is
useful, but I would prefer to give this a more obvious name than
"funky-slots", and to come up with a better approach for deciding
whether or not the property should be set than "is SLOTS being used for
something "clever" or not". I would also suggest that the default should
be to *not* pull in new slots by default, but perhaps some review of how
slotting is most commonly used would help decide on that.

-- 
Marien Zwart



Replies:
Re: RFC: PROPERTIES=funky-slots
-- Ciaran McCreesh
References:
RFC: PROPERTIES=funky-slots
-- Ciaran McCreesh
Re: RFC: PROPERTIES=funky-slots
-- Mike Gilbert
Re: RFC: PROPERTIES=funky-slots
-- Mike Gilbert
Re: RFC: PROPERTIES=funky-slots
-- Ciaran McCreesh
Re: RFC: PROPERTIES=funky-slots
-- Michał Górny
Re: RFC: PROPERTIES=funky-slots
-- Ciaran McCreesh
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: RFC: PROPERTIES=funky-slots
Next by thread:
Re: RFC: PROPERTIES=funky-slots
Previous by date:
Re: Bugzilla whine mail "spam"
Next by date:
Re: Bugzilla whine mail "spam"


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

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