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: Mike Frysinger <vapier@g.o>
Subject: Re: Should packages auto-eselect alternative implementation on removal?
Date: Wed, 30 May 2012 17:23:49 -0400
On Wednesday 30 May 2012 13:01:24 Michał Górny wrote:
> This issue was given my attention through bug 418217 [1]. Long story
> short -- there are applications which call pager implicitly. Those are
> git & systemd. They don't actually require any pager being installed;
> however, if $PAGER is set they use it.

then isn't it a bug they aren't depending on virtual/pager ?

> As the reporter shows, after unmerging virtual/pager and last pager
> provider, the system is left with an invalid $PAGER setting. Thanks to
> that, both systemd & git fail with errors.

imagine that.  i don't complain when i `emerge -C coreutils` and suddenly `ls` 
no longer works ...
-mike
Attachment:
signature.asc (This is a digitally signed message part.)
Replies:
Re: Should packages auto-eselect alternative implementation on removal?
-- Michael Orlitzky
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:
Re: Should packages auto-eselect alternative implementation on removal?
Previous by date:
Re: dev-libs/libusbx:1 the default provider for virtual/libusb:1 (for ~arch)
Next by date:
Re: dev-libs/libusbx:1 the default provider for virtual/libusb:1 (for ~arch)


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.