BLFS 8.1: xml::sax requires xml::sax

jr_bob_dobbs · 02-27-2018, 08:03 AM

I attempted to install xml::sax. Install phase fails: claims that I need xml::sax. So it needs itself. Riiiiiiight.

Googled and eventually came up with this

Code:

export PERL_USE_UNSAFE_INC=1
MAKEFLAGS=-1j1 PERL_USE_UNSAFE_INC=1 perl Makefile.PL PERL_USE_UNSAFE_INC=1

I was unclear whether PERL_USE_UNSAFE_INC is an environment variable or a command line parameter so I used it in all possible ways in my command line. Naturally, that failed to work, though it did not cause any new problems.

Any advice? I don't know perl, otherwise I would have performed a manual install, one file at at time.

BLFS 8.1, 64 bit.

Keith Hedger · 02-28-2018, 10:44 AM

You need to install the dependencies in order ie:
XML-SAX-Base-1.09
XML-NamespaceSupport-1.12
Finally:
XML-SAX-1.00

XML-SAX will complain about a missing ini file, don't know if that is important but running the install again will remove the error.

jr_bob_dobbs · 02-28-2018, 09:56 PM

The dependencies were (and still are) in. XML-SAX is being stubborn about needing itself already installed.

anak_bawang · 03-01-2018, 09:34 AM

For me while install XML-SAX-0.96, the dependencies (in order) are:

YAML-Tiny-1.70
File-Remove-1.57
Module-Install-1.18
XML-NamespaceSupport-1.11
XML-SAX-Base-1.09.tar.gz

Finally:
XML-SAX-0.96

anak_bawang · 03-01-2018, 09:40 AM

Quote:

Originally Posted by jr_bob_dobbs

The dependencies were (and still are) in. XML-SAX is being stubborn about needing itself already installed.

Maybe this is not the way you like, but probably you should try "Auto Installation of Perl Modules" as the BLFS book said.

Code:

cpan -i <Module1::Name> <Module2::Name>

jr_bob_dobbs · 03-02-2018, 05:49 PM

Thanks for the replies. I added in the extra dependencies named by anak bawang (which the 8.1 book failed to mention, arg).

Didn't fix the problem so then I got kinda pissed off. Then it got ugly: time to force it.

In my current 8.0 system I built the XML::Sax that failed in 8.1. Naturally, it went all the way though the process, not failing at the make install phase. Adjusted it to install to the 8.1 paths instead of the 8.0 paths. Now I had a slack-package, ready for a real install. Can you see where this is going?

Rebooted into my 8.1 system. Installed that. OK, the self-dependency is not kludged. Should not be able to build a "native" 8.1 XML::Sax.

Started the build process again on 8.1. Failed again BUT in a different way. This time it was failing because it was not respecting the DESTDIR completely and was trying to get at some files in /usr. No: bad installer. Bad. Tan your little bottom! No cookie for you!

I examined what it *had* placed in the destdir tree ... and saw that every file that was in the 8.0 version was in 8.1. Interesting. Failing at the very end, yet with all files placed.

Right: uninstalled the 8.0 version (this is part of why one we have package managers, to cleanly and quickly yet completely remove things). Then packed up the apparently completed "native" 8.1 build into a slack-build. Installed that.

Moved on. Installed some packages that depend on XML::Sax and they recognize its presence. Great. Next.