Skip Menu |

This queue is for tickets about the CPAN CPAN distribution.

Report information
The Basics
Id: 17358
Status: resolved
Priority: 0/
Queue: CPAN

People
Owner: ANDK [...] cpan.org
Requestors: nick [...] ccl4.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: CPAN.pm doesn't recognise 404s from CURL
Date: Mon, 30 Jan 2006 12:15:38 +0000
To: bug-cpan [...] rt.cpan.org
From: Nicholas Clark <nick [...] ccl4.org>
CPAN.pm doesn't recognise when curl fails to find a file. Transcript of my CPAN session is: $ /home/nick/Sandpit/snap5.9.x-26999/bin/perl5.9.3 -MCPAN -eshell Terminal does not support AddHistory. cpan shell -- CPAN exploration and modules installation (v1.8359) ReadLine support available (try 'install Bundle::CPAN') Show quoted text
cpan> install YAML
CPAN: Storable loaded ok Going to read /home/nick/.cpan/Metadata Database was generated on Mon, 30 Jan 2006 09:12:08 GMT Running install for module YAML Running make for I/IN/INGY/YAML-0.55.tar.gz LWP not available LWP not available CPAN: Net::FTP loaded ok Fetching with Net::FTP: ftp://ftp.perl.org/pub/CPAN/authors/id/I/IN/INGY/YAML-0.55.tar.gz Couldn't fetch YAML-0.55.tar.gz from ftp.perl.org: YAML-0.55.tar.gz: No such file or directory Trying with "/usr/local/bin/curl -L" to get http://www.perl.org/CPAN/authors/id/I/IN/INGY/YAML-0.55.tar.gz % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 200 195 200 231 0 0 461 0 --:--:-- --:--:-- --:--:-- 0 CPAN: Compress::Zlib loaded ok CPAN: Digest::SHA loaded ok CPAN: Module::Signature security checks disabled because Module::Signature not installed. Please consider installing the Module::Signature module. You may also need to be able to connect over the Internet to the public keyservers like pgp.mit.edu (port 11371). Trying with "/usr/local/bin/curl -L" to get http://www.perl.org/CPAN/authors/id/I/IN/INGY/CHECKSUMS % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 153k 100 153k 0 0 130k 0 0:00:01 0:00:01 --:--:-- 272k Warning: No checksum for YAML-0.55.tar.gz in /home/nick/.cpan/sources/authors/id/I/IN/INGY/CHECKSUMS. The cause for this may be that the file is very new and the checksum has not yet been calculated, but it may also be that something is going awry right now. Proceed? [yes] yes Scanning cache /home/nick/.cpan/build for sizes tar: Unrecognized archive format: Inappropriate file type or format Uncompressed /home/nick/.cpan/sources/authors/id/I/IN/INGY/YAML-0.55.tar.gz successfully Using Tar:/usr/bin/tar xvf "YAML-0.55.tar": tar: Unrecognized archive format: Inappropriate file type or format Couldn't untar YAML-0.55.tar Show quoted text
cpan> quit
Terminal does not support GetHistory. Lockfile removed. What's happening is: $ /usr/local/bin/curl -L http://www.perl.org/CPAN/authors/id/I/IN/INGY/Test-Base-0.48.tar.gz <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <HTML><HEAD> <TITLE>404 Not Found</TITLE> </HEAD><BODY> <H1>Not Found</H1> The requested URL /authors/id/I/IN/INGY/Test-Base-0.48.tar.gz was not found on this server.<P> </BODY></HTML> $ zcat /home/nick/.cpan/sources/authors/id/I/IN/INGY/YAML-0.55.tar.gz <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <HTML><HEAD> <TITLE>404 Not Found</TITLE> </HEAD><BODY> <H1>Not Found</H1> The requested URL /authors/id/I/IN/INGY/YAML-0.55.tar.gz was not found on this server.<P> </BODY></HTML> So somehow the curl 404 output is getting compressed and written to ~/.cpan/sources/authors/id/I/IN/INGY/YAML-0.55.tar.gz and assumed to be a successfully downloaded tarball. This is CPAN.pm 1.83_59, in bleadperl. (Freshly installed at patchlevel 26999; I answered "no" to "are you ready for manual configuration?") Nicholas Clark
This has been fixed in 1.83_60. I suppose you fear for 5.8.8 release. So do I. I'm ready to make a 1.84 release any time. Just tell me if you want me to release it.
Subject: Re: [rt.cpan.org #17358] CPAN.pm doesn't recognise 404s from CURL
Date: Mon, 30 Jan 2006 13:22:15 +0000
To: Andreas Koenig via RT <bug-CPAN [...] rt.cpan.org>
From: Nicholas Clark <nick [...] ccl4.org>
On Mon, Jan 30, 2006 at 08:12:59AM -0500, Andreas Koenig via RT wrote: Show quoted text
> This has been fixed in 1.83_60. > > I suppose you fear for 5.8.8 release. So do I. I'm ready to make a 1.84 > release any time. Just tell me if you want me to release it.
Well, I'm not sure what to do. I'd really prefer not to ship 5.8.8 with a "bleading edge" CPAN.pm, because like MakeMaker, it's rather difficult to recover from it. I don't mind reverting back a stable version or so from what was in RC1, even if it means losing Module::Build support, because 5.8.7 didn't ship with Module::Build support, but curl has been in for quite a while hasn't it? Having buggy curl support feels worse than having no curl support, but I'm not sure what else would go by rolling back that far. And I did rather want to ship 5.8.8 this week. Nick
Subject: Re: [rt.cpan.org #17358] CPAN.pm doesn't recognise 404s from CURL
Date: Mon, 30 Jan 2006 15:01:12 +0100
To: bug-CPAN [...] rt.cpan.org
From: andreas.koenig.gmwojprw [...] franz.ak.mind.de (Andreas J. Koenig)
Show quoted text
>>>>> On Mon, 30 Jan 2006 08:23:11 -0500 (EST), "Nicholas Clark via RT" <bug-CPAN@rt.cpan.org> said:
Show quoted text
Show quoted text
> On Mon, Jan 30, 2006 at 08:12:59AM -0500, Andreas Koenig via RT wrote:
>> This has been fixed in 1.83_60. >> >> I suppose you fear for 5.8.8 release. So do I. I'm ready to make a 1.84 >> release any time. Just tell me if you want me to release it.
Show quoted text
> Well, I'm not sure what to do. I'd really prefer not to ship 5.8.8 with > a "bleading edge" CPAN.pm, because like MakeMaker, it's rather difficult > to recover from it. I don't mind reverting back a stable version or so > from what was in RC1, even if it means losing Module::Build support, because > 5.8.7 didn't ship with Module::Build support, but curl has been in for > quite a while hasn't it? Having buggy curl support feels worse than having > no curl support, but I'm not sure what else would go by rolling back that far.
Show quoted text
> And I did rather want to ship 5.8.8 this week.
By reverting to 1.76_01 you lose a lot of bugfixes and Module::Build support. But Module::Build is currently not needed because nearly everything on CPAN has a Makefile.PL that works. And the bugfixes are subtle and while I'm very happy about them, most people do not care. Above that, Module::Build support just turned out to work on Windows only as of today in 1.83_60, all previous versions do not work on Windows. The curl bug is very old and nobody reported it until a few days ago. It is just one of the many small fixes. Going to 1.83_60 or 1.84 is really not an option for a maintainance track. Ideally we would merge 1.83_60 with 1.76_01 and only port the bugfixes over to the 1.76 track. But this would both need a lot of effort and probably another RC. Shall I try to make an extremely conservative 1.7602? I'm not very enthusiastic about my offer because I know that it may open new bugs. -- andreas
Subject: Re: [rt.cpan.org #17358] CPAN.pm doesn't recognise 404s from CURL
Date: Mon, 30 Jan 2006 15:50:39 +0000
To: "andreas.koenig.gmwojprw [...] franz.ak.mind.de via RT" <bug-CPAN [...] rt.cpan.org>
From: Nicholas Clark <nick [...] ccl4.org>
Show quoted text
> By reverting to 1.76_01 you lose a lot of bugfixes and Module::Build > support. But Module::Build is currently not needed because nearly > everything on CPAN has a Makefile.PL that works. And the bugfixes are > subtle and while I'm very happy about them, most people do not care. > > Above that, Module::Build support just turned out to work on Windows > only as of today in 1.83_60, all previous versions do not work on > Windows. > > The curl bug is very old and nobody reported it until a few days ago. > It is just one of the many small fixes. > > Going to 1.83_60 or 1.84 is really not an option for a maintainance > track. > > Ideally we would merge 1.83_60 with 1.76_01 and only port the bugfixes > over to the 1.76 track. But this would both need a lot of effort and > probably another RC. > > Shall I try to make an extremely conservative 1.7602? I'm not very > enthusiastic about my offer because I know that it may open new bugs.
Reverting back to 1.76_01 seems the safest thing to do for 5.8.8. Module Build and curl support should be stable by 5.8.9. Nick
Agreed. Closing ticket now.