XMHell

Barry Skidmore had the same problem I am having: XML::Parser refuses to install even though I have successfully installed expat in the vanilla locations. Wonder if he ever got anywhere with the problem.

Not by October 2004, looks like.

I actually had found this before the first link but don’t think this is the same issue.

curiously, “locate expat” does not reveal the /usr/local/* files that were actually installed, although it sees an install (of php) in /usr/local/ just fine.

This is true even after globally setting PATH to explicitly include /usr/local/ etc.

Perhaps a restart is in order.

It does appear that we are not alone.

For completeness’ sake, here is the error that is thrown when ecto tries to access the xmlrpc:

Method “metaWeblog.getRecentPosts” produced a server error:
“Application failed during request deserialization: XML::Parser is not
available and Can’t locate XML/Parser/Lite.pm in @INC
(@INC contains:
/path/to/blogs/extlib /path/to/blogs/lib /System/Library/Perl/darwin /System/Library/Perl /Library/Perl/darwin /Library/Perl /Library/Perl /Network/Library/Perl/darwin /Network/Library/Perl /Network/Library/Perl .) at /path/to/blogs/extlib/SOAP/Lite.pm line 1229.

And here’s the piece of SOAP:Lite that is throwing the error:

sub xmlparser {
my $self = shift;
return eval { $SOAP::Constants::DO_NOT_USE_XML_PARSER ? undef : do {require XML::Parser; XML::Parser->new} } ||
eval { require XML::Parser::Lite; XML::Parser::Lite->new } ||
die “XML::Parser is not @{[$SOAP::Constants::DO_NOT_USE_XML_PARSER ? ‘used’ : ‘available’]} and “, $@;
}

A towering event

tower.jpg

The all-night quorum of the Tipple Congress produced many pleasant results, such as this impressive architectural wonder and short-lived public work.