On 8/13/20 10:29 PM, Kevin Buckley via lfs-dev wrote:
I've also install git using a sed to put the modules into /usr/lib/perl5/5.32/site_perl.. All of perl itself is in /usr/lib/perl5/5.32/core_perl, all the extra modules are in /usr/lib/perl5/5.32/site_perl). I think we ought to change the book to do this, but I'm not sure everyone has read htis thread - I'll raise a ticket. ĸenI might have missed this in the email thread but why does the change, which I've seen at r12020, hard-code the version number and not use the entity &perl-version-min; ? This is a diff from my on-disk versions: --- LFS-r12002/chapter07/perl.xml 2020-07-18 11:25:51.172416499 +0800 +++ LFS-r12020/chapter07/perl.xml 2020-08-14 09:29:08.815665198 +0800 @@ -45,15 +45,15 @@ <para>Prepare Perl for compilation:</para> - <screen><userinput remap="configure">sh Configure -des \ - -Dprefix=/usr \ - -Dvendorprefix=/usr \ - -Dprivlib=/usr/share/perl5/core_perl \ - -Darchlib=/usr/lib/perl5/&perl-version-min;/core_perl \ - -Dsitelib=/usr/share/perl5/site_perl \ - -Dsitearch=/usr/lib/perl5/&perl-version-min;/site_perl \ - -Dvendorlib=/usr/share/perl5/vendor_perl \ - -Dvendorarch=/usr/lib/perl5/&perl-version-min;/vendor_perl</userinput></screen> + <screen><userinput remap="configure">sh Configure -des \ + -Dprefix=/usr \ + -Dvendorprefix=/usr \ + -Dprivlib=/usr/lib/perl5/5.32/core_perl \ + -Darchlib=/usr/lib/perl5/5.32/core_perl \ + -Dsitelib=/usr/lib/perl5/5.32/site_perl \ + -Dsitearch=/usr/lib/perl5/5.32/site_perl \ + -Dvendorlib=/usr/lib/perl5/5.32/vendor_perl \ + -Dvendorarch=/usr/lib/perl5/5.32/vendor_perl</userinput></screen> <variablelist> <title>The meaning of the new Configure options:</title> --- LFS-r12002/chapter08/perl.xml 2020-07-18 11:25:51.160422501 +0800 +++ LFS-r12020/chapter08/perl.xml 2020-08-14 09:29:08.735665198 +0800 @@ -58,12 +58,12 @@ <screen><userinput remap="configure">sh Configure -des \ -Dprefix=/usr \ -Dvendorprefix=/usr \ - -Dprivlib=/usr/share/perl5/core_perl \ - -Darchlib=/usr/lib/perl5/&perl-version-min;/core_perl \ - -Dsitelib=/usr/share/perl5/site_perl \ - -Dsitearch=/usr/lib/perl5/&perl-version-min;/site_perl \ + -Dprivlib=/usr/lib/perl5/5.32/core_perl \ + -Darchlib=/usr/lib/perl5/5.32/core_perl \ + -Dsitelib=/usr/lib/perl5/5.32/site_perl \ + -Dsitearch=/usr/lib/perl5/5.32/site_perl \ -Dvendorlib=/usr/share/perl5/vendor_perl \ - -Dvendorarch=/usr/lib/perl5/&perl-version-min;/vendor_perl \ + -Dvendorarch=/usr/lib/perl5/5.32/vendor_perl \ -Dman1dir=/usr/share/man/man1 \ -Dman3dir=/usr/share/man/man3 \ -Dpager="/usr/bin/less -isR" \ The thread explains why the addition of the "perl-version-min" subdirectory is required. but why the hard-coding of 5.32 when that's what the entity value would be expanded to, given what's in packages.ent, vis: <!ENTITY perl-version-major "5"> <!ENTITY perl-version-minor "32"> <!ENTITY perl-version-patch "0"> <!ENTITY perl-version-min "&perl-version-major;.&perl-version-minor;"> What happens when Perl5 moves to 5.33, 5.34 later versions?
Probably an oversight. I'll fix it, but when I make the change for -rc1 on Saturday.
-- Bruce -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
