Skip Menu |

This queue is for tickets about the Dist-Data CPAN distribution.

Report information
The Basics
Id: 93541
Status: open
Priority: 0/
Queue: Dist-Data
People
Owner: Nobody in particular
Requestors: dsteinbrunner [...] pobox.com
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: 0.005
Fixed in: (no value)
Attachments
build.log

History Show all quoted text
  Wed Mar 05 07:00:03 2014 dsteinbrunner [...] pobox.com - Ticket created
Subject: metacpan vs search.cpan.org test failure
I'm assuming some other module is causing cpan links for be change and hence a test is failing. Build log attached.
Subject: build.log
Download build.log
application/octet-stream 2.8k

Message body not shown because it is not plain text.

  Wed Mar 05 07:05:25 2014 dsteinbrunner [...] pobox.com - Correspondence added
From: dsteinbrunner [...] pobox.com
On Wed Mar 05 07:00:03 2014, dsteinbrunner@pobox.com wrote: Show quoted text
> I'm assuming some other module is causing cpan links for be change and > hence a test is failing. Build log attached.
This appears to be related/relevant: https://github.com/rjbs/Dist-Zilla/pull/287
  Wed Mar 05 14:01:36 2014 ether [...] cpan.org - Correspondence added
On 2014-03-05 04:00:03, dsteinbrunner@pobox.com wrote: Show quoted text
> I'm assuming some other module is causing cpan links for be change and > hence a test is failing. Build log attached.
It was actually me, in https://github.com/Perl-Toolchain-Gang/CPAN-Meta/pull/47. sorry about that!
  Wed Mar 05 14:01:37 2014 The RT System itself - Status changed from 'new' to 'open'
  Thu Mar 06 23:54:41 2014 haarg [...] haarg.org - Correspondence added
The URL CPAN::Meta uses has been reverted back to search.cpan.org, so the tests no longer fail. This module's tests should still be adjusted to not hard code a particular URL though.
  Sun Mar 09 07:14:22 2014 SREZIC [...] cpan.org - Correspondence added
On 2014-03-06 23:54:41, haarg wrote: Show quoted text
> The URL CPAN::Meta uses has been reverted back to search.cpan.org, so > the tests no longer fail. This module's tests should still be > adjusted to not hard code a particular URL though.
Or accept both possible URLs.