Bug#510895: perlivp fails

Brendan O'Dea bod at c47.org
Fri Jan 9 13:37:18 UTC 2009


On Wed, Jan 7, 2009 at 12:21 AM, Niko Tyni <ntyni at debian.org> wrote:
> On Mon, Jan 05, 2009 at 11:32:28AM -0800, Eric Wilhelm wrote:
>> The `perlivp` program fails two of its tests.  One is due to the absence
>> of '/usr/local/lib/site_perl' and the other appears to be an artifact of
>> the build procedure having used a temporary directory as a prefix (e.g.
>> "files missing from installation:
>> /tmp/st-o67qmvRP/usr/local/lib/perl/...".)
>
> I don't see the /tmp thing with the current version (-19), only these:
>
> # Perl @INC directory `/usr/local/lib/perl/5.10.0' does not appear to exist.
> # Perl @INC directory `/usr/local/share/perl/5.10.0' does not appear to exist.
>
> We could create the directories in a postinst script, but I'm not sure
> I see the point. They will be created automatically when installing
> CPAN modules.

The directories are intentionally not created, as this way they are
excluded from the search path at start-up, saving a bunch of wasted
stats at use/require time in the common case that the user has not
installed any local packages.  As Niko points out, they will be
created as required.

We could perhaps consider patching perlivp to handle the optional @INC
case more cleanly.






More information about the Perl-maintainers mailing list