I've seen a lot of test failures from DDICK this week that all end up being explainable as "Didn't satisfy dependencies of my dependencies"
This is annoying as its a transient breakage, so the places the fail is being reported is not a place I can reasonably fix the issue. For instance: http://www.cpantesters.org/cpan/report/8ec51672-03b4-11e7-b9d0-1c36a38678f7 This indicates Getopt::Long::Descriptive's dependency Params::Validate is not installed, but its a clear dependency of the version being used in the test ( 0.100 ) https://metacpan.org/source/RJBS/Getopt-Long-Descriptive-0.100/Makefile.PL#L23 But Params-Validate is nowhere in the constructed @INC tree. I'd only assume this is a client misconfiguration somehow, but if there's some bug in tooling / dependency chains that is causing this I'd rather we got to the root of it. It would also be awfully nice if there was a grade/way of indicating from CPAN Testers side that "X dist failed due to transiently missing dependencies", which IME is more N/A than FAIL ( Not to say there isn't any use in testing for dists with randomly missing dependencies to see if it still passes, etc, just reporting an expected-to-fail condition as a failure is less than useful ) Otherwise, thanks for the tests. -- Kent KENTNL - https://metacpan.org/author/KENTNL
