Skip Menu |

Preferred bug tracker

Please email the preferred bug tracker to report your issue.

This queue is for tickets about the PPIx-Regexp CPAN distribution.

Report information
The Basics
Id: 82953
Status: resolved
Priority: 0/
Queue: PPIx-Regexp

People
Owner: Nobody in particular
Requestors: bowtie [...] cpan.org
Cc:
AdminCc:

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



Subject: Could not fetch authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz

Message body is not shown because it is too large.

Thank you very much for letting me know about this. A broken distribution is "Critical" if anything is. Unfortunately, I have not been able to duplicate your problem. Let me detail my situation and what I have done, and maybe something will suggest itself. If you like, skip to the last 3 or 4 paragraphs, and read the intervening stuff only if you want the gory details. I use CPAN::Mini to keep a local repository (mirrored from cpan.pair.com), and I tend to inject my modules into this rather than waiting for them to propagate through the CPAN mirror system, so it's possible something happened during the PAUSE upload or during mirror propagation. You do not say (that I saw!) what CPAN client you used. I use cpan (rather than cpanp or cpanm), and your output looked familiar, so that's what I tested with. I tried changing my CPAN mirror to http://cpan.pair.com/ and http://www.cpan.org/. In each I did a 'cpan> look' followed by a build and test. Both succeeded. Next I did an $ lwp-request -m GET 'http://www.cpan.org/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz' Show quoted text
>PPIx-Regexp-0.030.tar.gz
and expanded, built, and tested the resultant tarball. This also worked. Next I did $ wget 'http://www.cpan.org/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz' and expanded, built and tested the resultant tarball. This also worked. Next, I looked at the CPAN testers web site: http://www.cpantesters.org/distro/P/PPIx-Regexp.html#PPIx-Regexp-0.030 This is more equivocal. The summary shows pass results for 0.030, but no individual tests results have appeared yet. Even if they did, it would not prove that every tester was able to access the distribution. All of this is not intended to be beating you over the head -- it's intended more to make credible the statement "I can't duplicate your problem, and I _did_ try." So what now? It used to be that if you used http://www.cpan.org/ as your CPAN repository, you got a redirect, and if you tried to fetch a new distribution from a mirror it had not yet propagated to, strange things happened. But at least one of the tools involved (wget? curl?) displayed redirect messages when this happened, and neither your log nor my testing turned up any. More than that, I successfully downloaded with wget using --max-redirect=0. I have two thoughts at this point: * Try again, maybe with another mirror. This is per the redirect hypothesis. It may not be correct, but it's easy enough to try. * Compare configurations to see if the comparison suggests something. I'm: Mac OS 10.8.2 Mountain Lion; Perl 5.16.2; CPAN 1.9800; LWP::UserAgent 6.04; Behind a NAT router, but not a proxy firewall; Using Comcast as my ISP.
Subject: Re: [rt.cpan.org #82953] Could not fetch authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz
Date: Fri, 25 Jan 2013 17:36:59 +0000
To: bug-PPIx-Regexp [...] rt.cpan.org
From: kevin dawson <kevin [...] dawson10.plus.com>
On 25/01/13 17:23, Tom Wyant via RT wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=82953 > > > Thank you very much for letting me know about this. A broken > distribution is "Critical" if anything is. > > Unfortunately, I have not been able to duplicate your problem. Let me > detail my situation and what I have done, and maybe something will > suggest itself. If you like, skip to the last 3 or 4 paragraphs, and > read the intervening stuff only if you want the gory details. > > I use CPAN::Mini to keep a local repository (mirrored from > cpan.pair.com), and I tend to inject my modules into this rather than > waiting for them to propagate through the CPAN mirror system, so it's > possible something happened during the PAUSE upload or during mirror > propagation. > > You do not say (that I saw!) what CPAN client you used. I use cpan > (rather than cpanp or cpanm), and your output looked familiar, so that's > what I tested with. > > I tried changing my CPAN mirror to http://cpan.pair.com/ and > http://www.cpan.org/. In each I did a 'cpan> look' followed by a build > and test. Both succeeded. > > Next I did an > $ lwp-request -m GET > 'http://www.cpan.org/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz'
>> PPIx-Regexp-0.030.tar.gz
> and expanded, built, and tested the resultant tarball. This also worked. > > Next I did > $ wget 'http://www.cpan.org/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz' > and expanded, built and tested the resultant tarball. This also worked. > > Next, I looked at the CPAN testers web site: > http://www.cpantesters.org/distro/P/PPIx-Regexp.html#PPIx-Regexp-0.030 > This is more equivocal. The summary shows pass results for 0.030, but no > individual tests results have appeared yet. Even if they did, it would > not prove that every tester was able to access the distribution. > > All of this is not intended to be beating you over the head -- it's > intended more to make credible the statement "I can't duplicate your > problem, and I _did_ try." > > So what now? > > It used to be that if you used http://www.cpan.org/ as your CPAN > repository, you got a redirect, and if you tried to fetch a new > distribution from a mirror it had not yet propagated to, strange things > happened. But at least one of the tools involved (wget? curl?) displayed > redirect messages when this happened, and neither your log nor my > testing turned up any. More than that, I successfully downloaded with > wget using --max-redirect=0. > > I have two thoughts at this point: > > * Try again, maybe with another mirror. This is per the redirect > hypothesis. It may not be correct, but it's easy enough to try. > > * Compare configurations to see if the comparison suggests something. I'm: > Mac OS 10.8.2 Mountain Lion; > Perl 5.16.2; > CPAN 1.9800; > LWP::UserAgent 6.04; > Behind a NAT router, but not a proxy firewall; > Using Comcast as my ISP. > >
Tom cpan 1.9800 perl 5.16.2 LWP::UserAgent 6.04 ubuntu 12.10 before I did the upgrade i did, the following cpan[1]> reload index Fetching with LWP: http://www.cpan.org/authors/01mailrc.txt.gz Fetching with LWP: http://www.cpan.org/modules/02packages.details.txt.gz Fetching with LWP: http://www.cpan.org/modules/03modlist.data.gz Database was generated on Thu, 24 Jan 2013 15:37:04 GMT Updating database file ... Done! have you logged in to PAUSE and given it a kick with a re-index to help it on it's way regards kevin
On Fri Jan 25 12:37:23 2013, kevin@dawson10.plus.com wrote: Show quoted text
> > cpan 1.9800 > perl 5.16.2 > LWP::UserAgent 6.04 > ubuntu 12.10 > > before I did the upgrade i did, the following > > cpan[1]> reload index > Fetching with LWP: > http://www.cpan.org/authors/01mailrc.txt.gz > Fetching with LWP: > http://www.cpan.org/modules/02packages.details.txt.gz > Fetching with LWP: > http://www.cpan.org/modules/03modlist.data.gz > Database was generated on Thu, 24 Jan 2013 15:37:04 GMT > Updating database file ... > Done! > > have you logged in to PAUSE and given it a kick with a re-index to > help > it on it's way > > regards > kevin >
I don't think it is an index problem, since if it were I would not be able to fetch either. I retried the fetch under Ubuntu 12.10 Quantal Quetzal (or whatever it is) running on the Mac under Oracle VirtualBox, and had no trouble installing. On the other hand, if I knew what was going on the problem would be fixed, so I have kicked the re-index. The results are: According to a request entered by Tom Wyant the following files have been scheduled for reindexing. $CPAN/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.meta $CPAN/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz Estimated time of job completion: Fri Jan 25 19:15:00 2013 GMT Thanks, -- The PAUSE After this flushes through, could you try again? If it still flunks, could you confirm that it still flunks with a different mirror? In the meantime I will try to get someone else to try to fetch it, just to get confirmation of one behavior or another (or possibly a third behavior).
When I link directy to the file as found on search.cpan.org, it works: claudio@adelaide:~$ cpanm http://search.cpan.org/CPAN/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz --> Working on http://search.cpan.org/CPAN/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz Fetching http://search.cpan.org/CPAN/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz ... OK Configuring PPIx-Regexp-0.030 ... OK Building and testing PPIx-Regexp-0.030 ... OK Successfully installed PPIx-Regexp-0.030 1 distribution installed When going through an index (after uninstalling the module), not: claudio@adelaide:~$ cpanm PPIx::Regexp --> Working on PPIx::Regexp Fetching http://www.cpan.org/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz ... FAIL ! Download http://www.cpan.org/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz failed. Retrying ... ! Download http://www.cpan.org/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz failed. Retrying ... ! Download http://www.cpan.org/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz failed. Retrying ... ! Failed to download http://www.cpan.org/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz ! Failed to fetch distribution PPIx-Regexp-0.030 Check the different url. Going to http://www.cpan.org/authors/id/W/WY/WYANT/ the last version I see is 0.29. On the other hand, on http://search.cpan.org/CPAN/authors/id/W/WY/WYANT/ I see 0.30. It looks like both (main?) sites are out of sync. C.
On Fri Jan 25 17:21:37 2013, nxadm wrote: <snip /> Show quoted text
> > Check the different url. Going to > http://www.cpan.org/authors/id/W/WY/WYANT/ the last version I see is > 0.29. On the other hand, on > http://search.cpan.org/CPAN/authors/id/W/WY/WYANT/ I see 0.30. > > It looks like both (main?) sites are out of sync. > > C.
This is beginning to sound like a comedy routine: Patient: "Doctor, it hurts when I do this." Doctor: "Then don't DO that." The thing is, I STILL can't duplicate, even with a cut-and-paste of the URL. $ curl http://www.cpan.org/authors/id/W/WY/WYANT/ | grep PPIx-Regexp-0.030 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 41172 0 41172 0 0 27566 0 --:--:-- 0:00:01 --:--:-- 75823 <img src="/icons/unknown.gif" alt="[ ]"> <a href="PPIx-Regexp-0.030.meta">PPIx-Regexp-0.030.meta</a> 22-Jan-2013 17:12 9.1K <img src="/icons/unknown.gif" alt="[ ]"> <a href="PPIx-Regexp-0.030.readme">PPIx-Regexp-0.030.readme</a> 22-Jan-2013 17:12 1.6K <img src="/icons/compressed.gif" alt="[ ]"> <a href="PPIx-Regexp-0.030.tar.gz">PPIx-Regexp-0.030.tar.gz</a> 22-Jan-2013 19:36 148K $ curl http://www.cpan.org/authors/id/W/WY/WYANT/PPIx-Regexp-0.030.tar.gz Show quoted text
>PPIx-Regexp-0.030.tar.gz
% Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 148k 100 148k 0 0 160k 0 --:--:-- --:--:-- --:--:-- 177k $ tar xzf PPIx-Regexp-0.030.tar.gz $ cd PPIx-Regexp-0.030/ $ perl Build.PL Created MYMETA.yml and MYMETA.json Creating new 'Build' script for 'PPIx-Regexp' version '0.030' $ ./Build Building PPIx-Regexp $ ./Build test t/basic.t .... ok t/parse.t .... ok t/unit.t ..... ok t/version.t .. ok All tests successful. Files=4, Tests=7612, 5 wallclock secs ( 0.98 usr 0.06 sys + 3.02 cusr 0.16 csys = 4.22 CPU) Result: PASS At this point, I'm stuck, and can only recommend using another mirror. See http://mirrors.cpan.org/ for one near you. $
Info: We now have a new version of this Module, which installs OK :) cpan[2]> install PPIx::Regexp Running install for module 'PPIx::Regexp' Running make for W/WY/WYANT/PPIx-Regexp-0.031.tar.gz Fetching with LWP: http://www.cpan.org/authors/id/W/WY/WYANT/PPIx-Regexp-0.031.tar.gz Fetching with LWP: http://www.cpan.org/authors/id/W/WY/WYANT/CHECKSUMS Checksum for /home/kevin/.cpan/sources/authors/id/W/WY/WYANT/PPIx-Regexp-0.031.tar.gz ok so I have closed this, not fixed, but not revelant anymore :(
On Fri Feb 01 06:50:24 2013, bowtie wrote: Show quoted text
> Info: > > We now have a new version of this Module, which installs OK :) > > cpan[2]> install PPIx::Regexp > Running install for module 'PPIx::Regexp' > Running make for W/WY/WYANT/PPIx-Regexp-0.031.tar.gz > Fetching with LWP: > http://www.cpan.org/authors/id/W/WY/WYANT/PPIx-Regexp-0.031.tar.gz > Fetching with LWP: > http://www.cpan.org/authors/id/W/WY/WYANT/CHECKSUMS > Checksum for >
/home/kevin/.cpan/sources/authors/id/W/WY/WYANT/PPIx-Regexp-0.031.tar.gz ok Show quoted text
> > so I have closed this, not fixed, but not revelant anymore :(
Thank you. There was a piece intended for the "regex set" functionality which did not make it into 0.030. I held off releasing until I could figure out what the problem was with this ticket -- or at least convince myself that it was some glitch in the tool chain that I had no control over. I did have one piece of evidence other than your experience -- the fact that version 0.030 never showed up on the CPAN testers page. This even though search.cpan.org had test statistics on this version, which must have come from CPAN testers. But packages I released since 0.030 DID show up on CPAN testers, which made it less likely that it was a packaging error on my part. So I released 0.031. In addition to your feedback, I note that it has made an appearance on CPAN testers (no test results yet). So now I'm going to re-close the ticket, not because the problem is solved, but because I don't know anything else to do about it.