Slash Boxes
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
More | Login | Reply
Loading... please wait.
  • Please provide the full list of affected modules known so far. Saying "Amongst others" isn't helping anybody. This fix is going to break a whole lot of CPAN and will make it difficult to understand which breakages come from Test::Simple and which have other problems. As long as we have not a collection of patches that fix the modules known to affected this step isn't acceptable.
    • To provide the full list is probably well beyond Schwern's forces. This issue affects a lot of testing code out there that is just plain wrong (because use_ok within a BEGIN would succeed even though no plan had been set).

      Some of the affected modules were spotted [] by Aristotle and others in a thread started one month ago [] at perl-qa mailing list. Schwern applied a fix and announced it I think he did what people would expect him to do.

      It is a pity if many of the authors of affected modules never

      • Well, it's not only Schwern's duty to fix a bug when he finds it but also to refuse to fix a bug when the community does not work as it should.

        So far there has not been observable effort to provide the list of affected modules. For a smooth transition we'd need a single document or wiki page where interested parties can work together to minimize the damage for the community as a whole.

        Pointing to that mailing list thread is not helpful when one wants to know if all authors have been informed personally. I would like to know where tested patches to the affected distros can be found. I would like to have the chance to add for example Net::DNS which was missing from Aristotle's list. If it turns out that there are other patterns also affected by the fix we're in even bigger troubles.

        Somebody, not necessarily Schwern should start to do it and Schwern should lean back and refuse to release the fix as long as this effort has not provided substantial material.

        While I'm all for release-early-release-often I see no sense in releasing with known showstoppers.
        • Somebody, not necessarily Schwern should start to do it
          That reminds me a saying that I hear often at $work:

          Well volunteered!