Skip Menu |

This queue is for tickets about the WWW-Mechanize-Cached-GZip CPAN distribution.

Report information
The Basics
Id: 125499
Status: open
Priority: 0/
Queue: WWW-Mechanize-Cached-GZip
People
Owner: Nobody in particular
Requestors: SREZIC [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: 0.12
Fixed in: (no value)

History Show all quoted text
  Wed Jun 06 01:47:38 2018 SREZIC [...] cpan.org - Ticket created
Subject: Undeclared dependency Moose?
It seems that the test suite may fail if Moose is not installed. See http://analysis.cpantesters.org/solved?distv=WWW-Mechanize-Cached-GZip-0.12#qr%3A%28Can%27t%20locate%20%5CS%2Bpm%29
  Fri Nov 22 09:03:46 2019 jkeenan [...] cpan.org - Correspondence added
On Wed Jun 06 01:47:38 2018, SREZIC wrote: Show quoted text
> It seems that the test suite may fail if Moose is not installed. See > http://analysis.cpantesters.org/solved?distv=WWW-Mechanize-Cached- > GZip-0.12#qr%3A%28Can%27t%20locate%20%5CS%2Bpm%29
I encountered this problem this week as part of CPAN-River-3000 testing. In this testing process we attempt to install CPAN modules in dependency order. We use cpanm as the installer. There was a test failure in Moose which caused it not to be installed. That meant that, when cpanm would come to a module whose metadata (META.yml or META.json) indicated a dependency on Moose, that module would be skipped immediately. In this case, where the META.yml did *not* indicate a dependency on Moose, cpanm did not skip the module but proceeded to build and test it. The build failed to compile because Moose, not having been installed, could not be located. Fix would be to include Moose in metadata. Thank you very much. Jim Keenan
  Fri Nov 22 09:03:46 2019 The RT System itself - Status changed from 'new' to 'open'