Stories
Slash Boxes
Comments
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.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • So, not so clear what you need me to do (too little caffeine today). You want me to drop the Test::Pod stuff? Sorry, but that link you gave regarding author best practices it broken for me. Just let me know what to do and I will cut a release asap. John
    --
    Waiting on the Road to Eventually, I lost my Place On Line
    • In your Makefile.PL change..

      build_requires 'Test::Pod' => '1.14';
      build_requires 'Test::Pod::Coverage' => '1.08';

      ..to..

      recommends 'Test::Pod' => '1.14';
      recommends 'Test::Pod::Coverage' => '1.08';

      You already have the appropriate eval/skip in both respective test files.

      • Actually, it shouldn't be in recommends either.

        Firstly, recommends isn't actually implemented.

        Secondly, once the META.yml upgrade process does reach the point of dealing with this, it's likely to mean either "Should be installed for all users except in resource-constrained environment" or possibly "Enhances the run-time functionality of the module".

        • Should there be a build_recommends then? Although I don't reference them in my Makefile.PL, I do reference them in the 'recommends' section of my META.yml. I'd rather mention them somewhere, in the event that someone might be interested :)

        • Well, That sucks. I changed it, tagged it and released it. "recommends" didn't give any errors when I ran perl Makefile.PL, and the rest. Now I have to go figure out what I need to change and change it again :(
          --
          Waiting on the Road to Eventually, I lost my Place On Line