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":


  • Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
  • Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
  • Read Where should I post X? if you're not absolutely sure you're posting in the right place.
  • Please read these before you post! —
  • Posts may use any of the Perl Monks Approved HTML tags:
    a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
  • You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
            For:     Use:
    & &amp;
    < &lt;
    > &gt;
    [ &#91;
    ] &#93;
  • Link using PerlMonks shortcuts! What shortcuts can I use for linking?
  • See Writeup Formatting Tips and other pages linked from there for more info.