Re: Inconsistent state in util-linux
- From: "Douglas A. Tutty" <dtutty@xxxxxxxxxxxxx>
- Date: Thu, 15 May 2008 09:55:28 -0400
On Wed, May 14, 2008 at 09:59:14PM -0400, Joey Hess wrote:
Douglas A. Tutty wrote:
On Wed, May 14, 2008 at 06:34:12PM +0200, Florian Kulzer wrote:
On Wed, May 14, 2008 at 11:06:03 -0500, Rob Wright wrote:
/usr/local/share/perl/5.8.8/Errno.pm is not part of Debian. Get rid of
it and the proper module at /usr/lib/perl/5.8.8/Errno.pm will be used.
Running "aptitude install -f" should then be enough to fix your system.
This has been in a thread recently. Are people compiling their own perl
into /usr/local or has something incorrectly put something there?
People occasionally decide to install perl modules directly from CPAN,
which can lead to this problem. CPAN is a great resource, but having it
install directly onto Debian (or most any distribution) is not a good
Well, the sysadmin should be able to put whatever they want in
/usr/local without messing up debian automated systems. Why is apt or
grub or whatever trying to run perl from /usr/local? If it needs a
specific version of perl, why is it not using the proper full path?
Sounds like a bug to me.
To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx
with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
- Prev by Date: Re: Kernel building 2.6.18-5-686 -> 188.8.131.52 on VMWare
- Next by Date: Re: difficulties updating Etch
- Previous by thread: Re: Inconsistent state in util-linux
- Next by thread: Re: Inconsistent state in util-linux