Skip Menu |

This queue is for tickets about the Catalyst-Plugin-ConfigLoader CPAN distribution.

Report information
The Basics
Id: 45132
Status: rejected
Priority: 0/
Queue: Catalyst-Plugin-ConfigLoader

People
Owner: Nobody in particular
Requestors: mahony11 [...] eircom.net
Cc:
AdminCc:

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



Using Perl 5.10.0 (Strawberry perl), Windows XP service pack 3 Install of 'Catalyst-Plugin-ConfigLoader' via CPAN fails with the message: 'Your installer Makefile.PL has a modification time in the future. This is known to create infinite loops in make. Please correct this, then run Makefile.PL again.' Checked the makefile and found the line: 'use inc::Module::Install 0.77;' Checked version of inc::Module::Install: 'inc::Module::Install is up to date (0.84).' I changed the first line of makefile to read: 'use inc::Module::Install;' The module compiled, tested, and installed then without problem. Many thanks COM.
Is your system time set properly? It may also be that the file is from a timezone east of yours and you grabbed the file before your timezone caught up. In any event, your "fix" simply re-saves the file, which updates the modification date -- thus "fixing" the time issue. There should be no further issues as this release is a few days old now.
Subject: [rt.cpan.org #45132]
Date: Tue, 21 Apr 2009 22:16:15 +0100
To: bug-Catalyst-Plugin-ConfigLoader [...] rt.cpan.org
From: Colm O Mahony <mahony357 [...] gmail.com>
Hi Brian Cassidy Thank you for your useful and enlightening reply. I am guilty of superstitious debugging. I am a beginner and I don't know what I am doing. The fact that my 'fix' appeared to work confirmed me in my error. The problem is indeed with my system, and there is a general problem with updating the timestamp on files. I am using Windows Xp. It seems that Microsoft has belatedly made their file permission system more restrictive by default even on Windows XP, with the result that many applications and programming languages have difficulty modifying files (I am currently having problems with the 'rmtree' command). Granting higher privilege does not always fix this problem. Of course, this explanation could also be no more than superstition. I will need to test. Many thanks Colm O Mahony.