Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl-Sensitive Sunglasses
 
PerlMonks  

comment on

( [id://3333]=superdoc: print w/replies, xml ) Need Help??
It seems to me that I have gotten the checksum error from a local file corruption. My response was to go to CPAN's working directory (probably ~/.cpan) and delete file Metadata and directories build/ and sources/. After I did so the problem went away.

The fix comes from choroba:

rm /home/ken/.cpan/sources/authors/id/?/??/*/CHECKSUMS

...

As for Astro::SIMBAD::Client, I am not sure of the situation about SOAP, and I am the author of that module. I know they announced the deprecation of SOAP support, but the deadline passed and it was still there. I communicated with them and they confirmed it was going away, but to the best of my knowledge it still works. Trusting my memory (a foolish thing to do) I marked all the SOAP tests TODO, added that warning, and migrated all my code that uses that interface away from SOAP.

SOAP seems not to be an issue. Still don't know what it is. (No SOAP, radio?)

As for XML::DoubleEncodedEntities, it may no longer be needed, though I am reluctant to drop the dependency completely for reasons that are not all technical.

I don't think you should.

Dave Cantrell is a star CPAN tester (to me anyway; of course they all are but he's one of the brighter ones). At one point he noticed test failures in Astro::SIMBAD::Client due to the fact that U. Strasbourg was, in fact, double-encoding their XML entities. His response was to publish XML::DoubleEncodedEntities and write me about it.

Aha..yeah I know his name by reputation of the right variety. I'm very interested in XML::DoubleEncodedEntities, and I'd like to work up a handful of things that might pass or fail. I think a lot of what we do in encodings likens itself to cooking. You undercook the encoding by not decoding it correctly, with a pool of mojibake to show for the effort. OTOH, you might overcook it, which is what I think Dave was getting at. I think bliako has raised this issue in similar contexts.

I can look into making XML::DoubleEncodedEntities optional, though author testing both with and without optional modules is a bit of a pain. Even if I do that it will remain strongly recommended.

I don't see a reason for that, indeed I'd like to look under the hood here a bit. Does this occur in the context of XML::Parser doing its thing?

Cheers,


In reply to Re^2: cpan warning for XML::DoubleEncodedEntities by Aldebaran
in thread cpan warning for XML::DoubleEncodedEntities by Aldebaran

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post; it's "PerlMonks-approved HTML":



  • Are you posting in the right place? Check out Where do I post X? to know for sure.
  • Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
    <code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
  • Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
  • Want more info? How to link or How to display code and escape characters are good places to start.
Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others imbibing at the Monastery: (3)
As of 2024-03-28 18:09 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found