Bug#856504: perl: should skip @INC paths with unsufficient permission

Niko Tyni ntyni at debian.org
Thu Mar 2 08:58:53 UTC 2017


On Wed, Mar 01, 2017 at 08:11:38PM +0100, Bill Allombert wrote:
> On Wed, Mar 01, 2017 at 07:56:57PM +0100, gregor herrmann wrote:
> > On Wed, 01 Mar 2017 19:45:08 +0100, Bill Allombert wrote:
> > 
> > > I think it would be more useful to skip
> > > /usr/local/lib/x86_64-linux-gnu/perl/5.20.2/
> > > and proceed with the next directory, rather than fail.
> > 
> > (Niko and Dom know more about this but for a starter:)
> > 
> > This was a deliberate upstream change made in 2012 and released in
> > 2013 with the 5.18 release:
> > 
> > https://metacpan.org/pod/release/RJBS/perl-5.18.0/pod/perldelta.pod#require-dies-for-unreadable-files
> > 
> >   require dies for unreadable files
> > 
> >   When require encounters an unreadable file, it now dies. It used to
> >   ignore the file and continue searching the directories in @INC
> >   [perl #113422].
> > 
> > The referenced upstream bug is
> > https://rt.perl.org/Public/Bug/Display.html?id=113422
> 
> This is a bit different. In my case,
> /usr/local/lib/x86_64-linux-gnu/perl/5.20.2/strict.pm
> does not exist at all.

Sure; it's still the same commit that caused it.

#781120 is related fwiw.
 
Then there's https://rt.perl.org/Public/Bug/Display.html?id=123795 which
seems to match this bug.

No strong opinion about this on my part except that I'd of course want
to see it fixed upstream rather than deviate in Debian. I suppose
patches are welcome upstream.
-- 
Niko




More information about the Perl-maintainers mailing list