Hi!
It seems like perl-5.8.8-r3 introduced a new place
(/usr/lib/vendor_perl) for perl modules, but the perl-cleaner utility
didn't catch that properly. Now all perl modules/utilities (like genlop)
are broken for me.
What is the easiest way out? Trying to find out which perl modules are
Andreas Vinsander wrote:
Hi!
It seems like perl-5.8.8-r3 introduced a new place
(/usr/lib/vendor_perl) for perl modules, but the perl-cleaner utility
didn't catch that properly. Now all perl modules/utilities (like genlop)
are broken for me.
What is the easiest way out? Trying to find
On (19/11/07 09:00) Andreas Vinsander wrote:
Hi!
It seems like perl-5.8.8-r3 introduced a new place
(/usr/lib/vendor_perl) for perl modules, but the perl-cleaner utility
didn't catch that properly. Now all perl modules/utilities (like genlop)
are broken for me.
What is the easiest way
Am Montag, 19. November 2007 schrieb ext Andreas Vinsander:
It seems like perl-5.8.8-r3 introduced a new place
(/usr/lib/vendor_perl) for perl modules
Hmm, I don't have this directory on my system with 5.8.8-r3 installed and I
don't see any traces of it in perl -V output.
Bye...
On Monday 19 November 2007, Andreas Vinsander wrote:
Hi!
It seems like perl-5.8.8-r3 introduced a new place
(/usr/lib/vendor_perl) for perl modules, but the perl-cleaner utility
didn't catch that properly. Now all perl modules/utilities (like genlop)
are broken for me.
What is the easiest
Peter Alfredsen wrote:
Please re-emerge perl. *Somebody* hrm played with a stable ebuild without
committing a revision bump (which would have gone to unstable first).
emerge --syncemerge -1 dev-lang/perl
should fix this.
See this bug:
https://bugs.gentoo.org/199518
for more information.
6 matches
Mail list logo