On Wed, Nov 28, 2018 at 11:32:26AM +0100, Pierre Labastie via blfs-dev wrote:
>
> To set the variable, just call make with "make
> NO_PERL_CPAN_FALLBACKS=whatever". But I'm not sure we want to do that, even
> if we have Error and Mail::Address Perl modules in the book. If those
> modules are installed in standard Perl location, they will be used instead
> of the bundled ones (which are installed anyway in another location). If
> they are not found in the standard location, git uses the bundled ones
> (unless NO_PERL_CPAN_FALLBACKS has been set to anything other than "", which
> triggers the error reported by Ken). The mechanism can be seen in
> perl/Git/LoadCPAN.pm (in git source tree).
>
I've been trying variations of this (and of 'NO_PERL' followed by
DESTDIR installs for an hour or so, but I am not convinced that it
is doing anything.
Certainly, google reports examples where the error message exists,
but with NO_PERL_CPAN_FALLBACKS=1 the only references in a logged
build (with V=1) are seds to each module at the end:
sed -e 's|@@LOCALEDIR@@|/usr/share/locale|g' \
-e 's|@@NO_PERL_CPAN_FALLBACKS@@|1|g' \
< perl/Git.pm > perl/build/lib/Git.pm
etc.
And in each case 'make install' populates /usr/share/perl5 with the
modules : even if 'make NO_PERL=1' was used.
Trying to read what gets in that directory with this is confusing -
there is an override for testing, and I really cannot make sense of
all the code.
But whether or not it is actually used, that directory gets
installed. Obviously, distributions using a DESTDIR approach can
then remove that from what gets installed for real.
ĸen
--
I'm saving up 22 shillings and 10 pence (almost a pound!) per week to
buy an ARM-13.
http://www.antipope.org/charlie/blog-static/2018/11/brexit-means-brexit.html
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
