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: Sébastien Fabbro <bicatali@g.o>
Subject: Re: Should packages auto-eselect alternative implementation on removal?
Date: Thu, 31 May 2012 10:08:16 -0700
Michał Górny wrote:

> 
> There is a number of virtuals in Gentoo which switching active
> implementation via eselect. However, most of the packages being
> 'alternative providers' don't seem to care about eselect at all. Is
> that the correct thing to do, or maybe should every package ensure
> that after its removal another implementation is eselected
> (or a cleanup is done)?
> 

we have been using for quite a while now the alternatives-2 eclass in
the science overlay for many virtual packages. the nice thing about it
apart from implementing the issues you raised is we do not have to
write a new eselect package for the virtual.

sebastien
Attachment:
signature.asc (PGP signature)
References:
Should packages auto-eselect alternative implementation on removal?
-- Michał Górny
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Should packages auto-eselect alternative implementation on removal?
Next by thread:
last rites: games-util/nforenum
Previous by date:
Re: Re: Portage Git migration - clean cut or git-cvsserver
Next by date:
Re: Re: Portage Git migration - clean cut or git-cvsserver


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.