tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

PERL5LIB behaviour in pkgsrc broken


In usual perl installations, setting PERL5LIB to /path/to/lib/perl5 is
sufficient, because the subdirectories for version and architecture
are automatically searched. I.e. adding /path/to/lib/perl5
automatically searches /path/to/lib/perl5/5.16.1 and

This breaks for perl modules installed outside of pkgsrc by perl from
pkgsrc, since they are installed into /path/to/lib/perl5/5.16.0
(previously, 5.14.0) even if the version is 5.16.1 (or 5.14.2,
before). For perl-5.16.1 you need to change PERL5LIB to point to
/path/to/lib/perl5/5.16.0 manually (the architecture support works;
i.e., /path/to/lib/perl5/5.16.0/x86_64-netbsd-thread-multi is added

I'd like to know:

1. Why it was done? (My guess is that someone decided perl 5.x.y and
5.x.z would always be compatible)

2. How this is changed in pkgsrc (to install to .0 instead of the real
version) -- which patch or Makefile fragment does that?

3. If we should revert that, or adapt the path searching strategy perl
uses by default to look in *.0 as well. If you know where this is done
in perl, please tell us.


Home | Main Index | Thread Index | Old Index