Skip Menu |

This queue is for tickets about the Module-CPANTS-Analyse CPAN distribution.

Report information
The Basics
Id: 33145
Status: resolved
Priority: 0/
Queue: Module-CPANTS-Analyse
People
Owner: Nobody in particular
Requestors: cpan [...] zoffix.com
Cc:
AdminCc:
Bug Information
Severity: Important
Broken in: (no value)
Fixed in: (no value)

History Show all quoted text
  Mon Feb 11 23:27:08 2008 cpan [...] zoffix.com - Ticket created
Subject: Failures while extracting archive. Seems to be a bug
Hello. There seems to be some kind of problem with the box that extracts distros. Must latest uploads (the ones with the most errors on http://cpants.perl.org/author/ZOFFIX ) appear to have 9 errors which actually are not true. For example all of them show "has_manifest" as an error, when I clearly have Manifest files: http://search.cpan.org/src/ZOFFIX/WWW-Search-Mininova-0.05/MANIFEST http://search.cpan.org/src/ZOFFIX/POE-Component-WWW-Search-Mininova-0.04/MANIFEST http://search.cpan.org/src/ZOFFIX/POE-Component-WWW-Google-PageRank-0.03/MANIFEST etc. When I go to "Errors" section ( http://cpants.perl.org/dist/errors/WWW-Search-Mininova ) I can see: STDERR: Could not write data to '/tmp/W9tTjXJAcB/WWW-Search-Mininova-0.05/Changes' at /usr/local/share/perl/5.8.8/Archive/Any/Plugin/Tar.pm line 36 Could not extract 'WWW-Search-Mininova-0.05/Changes' at /usr/local/share/perl/5.8.8/Archive/Any/Plugin/Tar.pm line 36 STDOUT: And similiar "extraction" errors for other distros. I don't think it's a problem with my archives, as they were created with the exact same method under the exact same conditions and search.cpan.org seems to unpack those just fine... Cheers.
  Sun Feb 17 14:55:20 2008 len.budney [...] gmail.com - Correspondence added
From: lbudney [...] pobox.com
I'm seeing the same errors for Email::Fingerprint. There *IS* a readme, and a META.yml, for example, and the archive DOES extract, but cpants reports an extraction failure, missing files and a cascade of errors from that.
  Sun Feb 17 14:55:25 2008 The RT System itself - Status changed from 'new' to 'open'
  Tue Feb 19 05:36:51 2008 davidp [...] preshweb.co.uk - Correspondence added
From: davidp [...] preshweb.co.uk
I'm also seeing the same problems, with Lyrics::Fetcher 0.5.0 and Net::Shoutcast::Admin 0.01. I've emailed Thomas Klausner about it before I noticed this ticket - although technically it's probably a problem with the box that runs the tests for CPANTS rather than with the Module::CPANTS::Analyse module, so this might not be the appropriate place to report it anyway. It'd be nice if the scores for recenty updated modules could be re-generated once it's sorted :)
  Tue Feb 19 09:32:06 2008 davidp [...] preshweb.co.uk - Correspondence added
From: davidp [...] preshweb.co.uk
On Tue Feb 19 05:36:51 2008, BIGPRESH wrote: Show quoted text
> I've emailed Thomas Klausner about it before I noticed this ticket - > although technically it's probably a problem with the box that runs the > tests for CPANTS rather than with the Module::CPANTS::Analyse module, so > this might not be the appropriate place to report it anyway. > > It'd be nice if the scores for recenty updated modules could be > re-generated once it's sorted :)
Thomas just replied to my email, he's promptly fixed it (and the scores for my affected modules have now been regenerated too) - thanks Thomas.
  Tue Feb 19 10:08:58 2008 domm [...] cpan.org - Correspondence added
This was caused by a full disk (or more precisely, a too small /tmp partition) and is fixed now.
  Tue Feb 19 10:09:30 2008 domm [...] cpan.org - Status changed from 'open' to 'resolved'