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.
  • When people report test failures to me from CPANPLUS the first thing I ask them is whether it works from CPAN.pm. If it does (and it often does), that's game over, I'm not wasting time on it!

    -sam

  • I, too, am tired about false test failure reports. However, my reaction has been just to ignore them them most of the time.
    • That sounds nice, but false negatives are as bad as false positives. People either have to dig in and find out if it's really a failure or they learn to ignore failures, force the install and then complain when the module doesn't work. It's very important that this issue get resolved.

      Of course, there's yet another class of folks: those who won't install anything with test failures reported. If I have a choice amongst several modules, I don't want to dig through all of the test reports. As a result, I'

      • Do people really pay attention to those test reports? I seem to remember them always being pretty bogus, with lots of failure reports for popular modules that obviously work. In my opinion, there isn't enough agreement about the purpose and extent of unit tests on CPAN modules for the test reports to be meaningful when choosing a module.
        • So are you suggesting that having useful test reports is not a worthwhile goal? I don't think you are.

          • I'm suggesting that having useful test reports is not an achievable goal, given the current lack of rules for CPAN tests. If you ask ten different authors what the tests on CPAN modules are for, you'll get ten different answers. Many don't intend for end users to run them at all. And there isn't any accepted way to say "this forking module should not be auto-tested on Windows, since it isn't intended to work there." I think the automated testing of all CPAN modules was a neat idea, but ultimately yields
  • I'm still kinda clueless, but I was wondering why my tests for CAP-MessageStack failed [cpan.org], too. I still don't understand it...

    Before your explanation, I was thinking it was your email address - maybe the dist_author was being parsed for valid email address.

    - Jason
  • Maybe it's time to come join the ranks of the Module::Install'ers. There's a certain sense to bundling a small amount of the more critical install logic in each package. A little bit of package bloat to make life a hell of a lot easier.

    Dunno how it handles C though :/
  • The next version of T::E won't be using Sub::Uplevel! It doesn't actually do what I need it to do in some instances anyway, so it's leaving.

    Your problem's mostly my fault for putting out in incorrect Build.PL in the first place - sorry.

    I suspect your other problem is caused by CPANPLUS ignoring build_requires (which I /think/ is still current behaviour - but there are certainly old CPANPLUS installs out there that are broken) - so it'll not be picking up the new Test::Exception requirement as a prerequisite