Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the DateTime CPAN distribution.

Report information
The Basics
Id: 117959
Status: resolved
Priority: 0/
Queue: DateTime

People
Owner: Nobody in particular
Requestors: ribasushi [...] leporine.io
Cc:
AdminCc:

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



Subject: Please bring back 5.8.1 minperl
I have been testing this dist on 5.8.3 forever and it has always passed tests and the tests of the downstream dependency, right until you bumped the versions. I also sometimes test locally on 5.8.1: though I have not done this in a while, and a spurious Test::NoWarnings-based failure has crept in. I never got the chance to setup a travis=>metabase backend, thus you never saw the reports. The most recent 5.8.3 pass took place 4 days ago: https://travis-ci.org/ribasushi/dbix-class/jobs/160201358#L1119
The reason I bumped it was because all the CPANTesters reports for < 5.8.4 started failing a few releases ago. Any idea what was happening there? Right now it's just a lot of unhelpful noise since I'm not going to investigate failures on those versions of Perl. Maybe it's a problem with that specific tester's setup?
Subject: Re: [rt.cpan.org #117959] Please bring back 5.8.1 minperl
Date: Mon, 19 Sep 2016 18:17:57 +0200
To: bug-DateTime [...] rt.cpan.org
From: Peter Rabbitson <ribasushi [...] cpan.org>
On 09/19/2016 06:14 PM, Dave Rolsky via RT wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=117959 > > > The reason I bumped it was because all the CPANTesters reports for < 5.8.4 started failing a few releases ago. Any idea what was happening there? Right now it's just a lot of unhelpful noise since I'm not going to investigate failures on those versions of Perl. Maybe it's a problem with that specific tester's setup?
It is quite possible. I will investigate and provide you with a locally-tested-against-5.8.1 set of patches (at least one is certainly needed for ::Locale for < 5.8.3).
On 2016-09-19 11:18:20, RIBASUSHI wrote: Show quoted text
> On 09/19/2016 06:14 PM, Dave Rolsky via RT wrote:
> > <URL: https://rt.cpan.org/Ticket/Display.html?id=117959 > > > > > The reason I bumped it was because all the CPANTesters reports for < > > 5.8.4 started failing a few releases ago. Any idea what was happening > > there? Right now it's just a lot of unhelpful noise since I'm not > > going to investigate failures on those versions of Perl. Maybe it's a > > problem with that specific tester's setup?
> > It is quite possible. I will investigate and provide you with a > locally-tested-against-5.8.1 set of patches (at least one is certainly > needed for ::Locale for < 5.8.3).
Sounds good. I'm not going to commit to addressing problems with earlier Perls, so future releases may break. But if you want to keep it working, I won't reject reasonable patches to fix any breakage that occurs. I wish there was a better way to keep on top of broken testers too, but that's way out of scope for this ticket ;)
Subject: Re: [rt.cpan.org #117959] Please bring back 5.8.1 minperl
Date: Mon, 19 Sep 2016 18:49:52 +0200
To: bug-DateTime [...] rt.cpan.org
From: Peter Rabbitson <ribasushi [...] cpan.org>
On 09/19/2016 06:32 PM, Dave Rolsky via RT wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=117959 > > > On 2016-09-19 11:18:20, RIBASUSHI wrote:
>> On 09/19/2016 06:14 PM, Dave Rolsky via RT wrote:
>>> <URL: https://rt.cpan.org/Ticket/Display.html?id=117959 > >>> >>> The reason I bumped it was because all the CPANTesters reports for < >>> 5.8.4 started failing a few releases ago. Any idea what was happening >>> there? Right now it's just a lot of unhelpful noise since I'm not >>> going to investigate failures on those versions of Perl. Maybe it's a >>> problem with that specific tester's setup?
>> It is quite possible. I will investigate and provide you with a >> locally-tested-against-5.8.1 set of patches (at least one is certainly >> needed for ::Locale for < 5.8.3).
> Sounds good. I'm not going to commit to addressing problems with earlier Perls, so future releases may break.
This is a very reasonable stance, and I am not faulting you for it in any way. Note though that if you did do a dev release and waited ~3 days (as per [1]) - it would have been caught by my smoker[2] which does a `cpanm --dev` on most of the jobs in the bottom "allow failures" part (this is also why I caught the version change so quickly: I am not generally checking what scrolls by on PAUSE ;) Cheers [1] https://github.com/Perl-Toolchain-Gang/toolchain-site/blame/master/berlin-consensus.md#L228 [2] https://travis-ci.org/dbsrgits/dbix-class/builds/161065604
On 2016-09-19 11:50:14, RIBASUSHI wrote: Show quoted text
> > Note though that if you did do a dev release and waited ~3 days (as > per > [1]) - it would have been caught by my smoker[2] which does a `cpanm > --dev` on most of the jobs in the bottom "allow failures" part (this > is > also why I caught the version change so quickly: I am not generally > checking what scrolls by on PAUSE ;)
I thought this was a trivial change since AFAICT DateTime has been failing on <5.8.4 for several releases, based on the CPAN testers reports. This started with 1.35, I think, which was released on 2016-08-05.
On 2016-09-19 11:50:14, RIBASUSHI wrote: Show quoted text
> [1] > https://github.com/Perl-Toolchain-Gang/toolchain- > site/blame/master/berlin-consensus.md#L228
Also, is DateTime "way upriver". I'm not sure how to tell that. MetaCPAN tells me it has 1,052 reverse deps, but maybe that's just direct dependencies. And as another additional point, it'd be really nice to have more than one person responsible for this code. I find that having a team to bounce things off of helps. So if you wanted to wrangle some volunteers to be part of a datetime-core team that'd be very helpful!
On 2016-09-19 12:08:35, DROLSKY wrote: Show quoted text
> On 2016-09-19 11:50:14, RIBASUSHI wrote:
> > [1] > > https://github.com/Perl-Toolchain-Gang/toolchain- > > site/blame/master/berlin-consensus.md#L228
> > Also, is DateTime "way upriver". I'm not sure how to tell that. > MetaCPAN tells me it has 1,052 reverse deps, but maybe that's just > direct dependencies.
According to the last CPAN river scan I have (via xdg, 2016-02-27), DateTime has 2879 dependencies (including indirect ones), and sits in the 82nd position on the CPAN river (where core modules are not included in the ranking). Here's an excerpt from that area of the river list, where the data consists of: - its ranking - indirect deps - distribution name - all maintainers on PAUSE - top five reverse dependencies and their dependency counts 66 3944 Moose [DOY DROLSKY ETHER FLORA GRODITI HDP MSTROUT NUFFIN PERIGRIN SARTAK STEVAN] (MooseX-Types:2205 MooseX-Role-WithOverloading:2171 MooseX-Role-Parameterized:2166 MooseX-Getopt:1742 MooseX-Types-Path-Class:936) 67 3926 File-ShareDir-Install [ETHER GWYN] (File-ShareDir:3732 Plack:1763 Dist-Zilla:584 Pod-Spell:374 Sah:263) 68 3732 File-ShareDir [ADAMK JESSE REHSACK] (Plack:1763 Test-File-ShareDir:905 Dist-Zilla:584 File-ShareDir-ProjectDistDir:393 File-ShareDir-Tarball:278) 69 3668 Role-Tiny [APEIRON BOBTFISH DGL EDENC ELLIOTT ETHER FLORA HAARG ILMARI JJNAPIORK MITHALDU MSTROUT PHAYLON RIBASUSHI SSCAFFIDI VANSTYN WSHELDAHL] (Moo:3209 Path-IsDev:403 Data-Sah:262 Data-Perl:211 MooX-HandlesVia:205) 70 3466 Module-Pluggable [SIMONW] (Config-Any:942 App-Cmd:871 Config-MVP:663 Catalyst-Runtime:650 Perl-Critic:340) 71 3432 B-Hooks-EndOfScope [ARCANEZ ASH AUGGY BOBTFISH DOY DRUOSO EDENC ETHER FLORA HDP JJNAPIORK JROCKWAY SADRAK ZEFRAM] (namespace-autoclean:3216 Devel-Declare:400 TryCatch:127 MooseX-MarkAsMethods:83 MooseX-Method-Signatures:74) 72 3336 Class-Data-Inheritable [MSCHWERN TMTM] (Exception-Class:2121 Catalyst-Runtime:650 XML-Atom:166 Ima-DBI:150 Class-DBI:143) 73 3326 Class-Method-Modifiers [DOY ETHER FLORA MSTROUT SARTAK STEVAN] (Moo:3209 Data-Perl:211 MooX-HandlesVia:205 MooX-Aliases:73 Module-Build-Pluggable:61) 74 3216 namespace-autoclean [ARCANEZ ASH AUGGY BOBTFISH DOY DRUOSO EDENC ETHER FLORA JJNAPIORK PERIGRIN SADRAK] (Sub-Exporter-ForMethods:2208 MooseX-Types:2205 MooseX-Role-WithOverloading:2171 MooseX-Role-Parameterized:2166 MooseX-Getopt:1742) 75 3209 Moo [APEIRON BOBTFISH DGL EDENC ELLIOTT ETHER FLORA HAARG ILMARI JJNAPIORK MITHALDU MSTROUT PHAYLON RIBASUSHI SSCAFFIDI VANSTYN WSHELDAHL] (Throwable:1048 MooX-Types-MooseLike:681 SQL-Abstract:534 DBIx-Class:416 SQL-Translator:237) 76 3138 JSON [MAKAMAKA] (String-Errf:680 Data-Clean-JSON:276 Data-Sah:262 SQL-Translator:237 Perinci-Access-HTTP-Client:215) 77 3108 Path-Tiny [DAGOLDEN] (MooseX-Getopt:1742 Test-File-ShareDir:905 Dist-Zilla:584 Path-IsDev:403 Path-FindDev:401) 78 3013 Clone [FLORA GARU RDF] (PPI:1444 Hash-Merge:788 Hash-Merge-Simple:506 Class-DBI:143 DateTime-Format-Natural:122) 79 2913 Class-Singleton [ABW SHAY] (DateTime-TimeZone:2885 CTKlib:5 HTML-Tested:4 App-Milter-Limit:2 Class-AutoDB:1) 2896 Time-Piece <cpan-upstream> [ESAYM MSERGEANT RJBS] (Test-MockTime:1895 String-Errf:680 Marpa-R2:104 Catmandu:66 Time-ParseDate:41) 80 2885 DateTime-TimeZone [DROLSKY] (DateTime:2879 DateTime-Format-Strptime:626 MooseX-Types-DateTime:316 XML-Atom:166 DateTime-Format-Natural:122) 81 2883 DateTime-Locale [DROLSKY] (DateTime:2879 DateTime-Format-Strptime:626 MooseX-Types-DateTime:316 Locale-CLDR:169 Jifty:33) 82 2879 DateTime [DROLSKY FGLOCK] (DateTime-Format-Strptime:626 Dist-Zilla:584 DateTime-Format-Builder:423 MooseX-Types-DateTime:316 Data-Clean-JSON:276) 83 2860 Carp-Clan [ASH FLORA JJORE MSTROUT STBEY] (MooseX-Types:2205 Bit-Vector:372 Date-Calc:240 SQL-Translator:237 DBIx-Class-Schema-Loader:105) 84 2789 Class-Accessor [KASEI MSCHWERN] (Class-Accessor-Chained:703 HTTP-Request-AsCGI:675 Class-DBI:143 Array-Diff:125 Net-OAuth:118) 85 2785 Path-Class [KWILLIAMS] (MooseX-Types-Path-Class:936 Catalyst-Runtime:650 Dist-Zilla:584 DBIx-Class:416 Crypt-SSLeay:175)
On 2016-09-20 11:44:35, ETHER wrote: Show quoted text
> According to the last CPAN river scan I have (via xdg, 2016-02-27),
It'd be great if this could be published somewhere on a regular basis.
On 2016-09-20 09:48:36, DROLSKY wrote: Show quoted text
> On 2016-09-20 11:44:35, ETHER wrote:
> > According to the last CPAN river scan I have (via xdg, 2016-02-27),
> > It'd be great if this could be published somewhere on a regular basis. >
I believe there is a plan in formation to get this data into metacpan.