Skip Menu |

This queue is for tickets about the CPANPLUS CPAN distribution.

Report information
The Basics
Id: 52797
Status: resolved
Worked: 2 min
Priority: 0/
Queue: CPANPLUS

People
Owner: BINGOS [...] cpan.org
Requestors: Tim.Bunce [...] pobox.com
Cc:
AdminCc:

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



CC: TIMB [...] cpan.org, apocal [...] cpan
Subject: Broken test reports for NYTProf on FreeBSD from apocal@cpan
Date: Tue, 15 Dec 2009 21:15:50 +0000
To: Andreas Koenig via RT <bug-CPANPLUS [...] rt.cpan.org>
From: Tim Bunce <Tim.Bunce [...] pobox.com>
On Tue, Dec 15, 2009 at 01:45:59PM -0500, Andreas Koenig via RT wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=52773 > > > Similar pattern in DateTime-1.20. Note an important commonality seems to be > > Writing Makefile for TimeDate > ==> Your Makefile has been rebuilt. <== > ==> Please rerun the make command. <== > false > *** Error code 1 > > Stop in > /usr/home/cpan/cpanp_conf/perl-5.10.0-default/.cpanplus/5.10.0/build/TimeDate-1.20.
Odd. Any idea what's causing that? They're all FreeBSD and all the failures are from apocal@cpan. There are FreeBSD passes from others, so this looks like a local problem. You've already mentioned CPANPLUS 0.89_12 and CPANPLUS::Dist::Build 0.44. Also, perhaps the files are NFS mounted. That's known to cause timestamp problems that confuse make. Show quoted text
Very handy. I used this view to see state & conf:archname+osvers & meta:from http://pause.perl.org:3000/reports_by_field?SUBMIT_xxx=Submit&distv=Devel-NYTProf-2.11_949&field=conf%3Aarchname%2Bosvers&field=meta%3Afrom Tim. p.s. Andreas, A great addition would be something like http://tablesorter.com to make the tables sortable.
Subject: Re: [rt.cpan.org #52797] Broken test reports for NYTProf on FreeBSD from apocal@cpan
Date: Tue, 15 Dec 2009 17:16:57 -0500
To: bug-CPANPLUS [...] rt.cpan.org
From: David Golden <dagolden [...] cpan.org>
On Tue, Dec 15, 2009 at 4:16 PM, Tim Bunce via RT <bug-CPANPLUS@rt.cpan.org> wrote: Show quoted text
> Also, perhaps the files are NFS mounted. That's known to cause timestamp > problems that confuse make.
FWIW, I've seen some similar issues with MS Windows FAT32 filesystem (which has only 2-second timestamp granularity). I doubt someone is running FreeBSD on Win32, but I did once find someone running Linux on a Win32 partition, which caused a variety of interesting failures for certain utilities that assumed Unix partition semantics. -- David
Established as a tester issue.