Peter Alfredsen wrote:
> Please re-emerge perl. *Somebody* played with a stable ebuild without
> committing a revision bump (which would have gone to unstable first).
> emerge --sync&&emerge -1 dev-lang/perl
> should fix this.
> See this bug:
> https://bugs.gentoo.org/199518
> for more informatio
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 e
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 (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
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
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
installed
6 matches
Mail list logo
