Re: Inconsistent state in util-linux

Douglas A. Tutty wrote:
/usr/local/share/perl/5.8.8/Errno.pm is not part of Debian. Get rid of

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?

By installing a file in /usr/local/share/perl/<version>/ , you are
telling perl "hey, if you're version <version> of perl, here is a nice
file that I went out of my way to locally install for you. So use it
instead of the file that is included in your regular package. Because I
asked you to, nicely. TIA. Oh, and if the file is bad, please still use
it, and blow up in arbitrary ways. Because I asked you to use it, and I
know better than you."

--
see shy jo

Attachment: signature.asc
Description: Digital signature

Relevant Pages

  • Re: Yum slower than apt
    ... >AFAIK yum is coded in python, and APT is part c and maybe some perl? ...
    (Fedora)
  • Re: Inconsistent state in util-linux
    ... Running "aptitude install -f" should then be enough to fix your system. ... People occasionally decide to install perl modules directly from CPAN, ... /usr/local without messing up debian automated systems. ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ...
    (Debian-User)
  • Re: Inconsistent state in util-linux
    ... Running "aptitude install -f" should then be enough to fix your system. ... People occasionally decide to install perl modules directly from CPAN, ... /usr/local without messing up debian automated systems. ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ...
    (Debian-User)