Skip Menu |

This queue is for tickets about the ExtUtils-Command CPAN distribution.

Report information
The Basics
Id: 29832
Status: open
Priority: 0/
Queue: ExtUtils-Command

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

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



Subject: rm_rf failing to delete a directory
On RedHat Enterprise Linux 4 Update 1, with perl 5.8.5, ExtUtils::Command fails to install due to a failed test for rm_rf. perl 5.8.5 comes with File::Path 1.06. I managed to resolve the problem by installing the latest File::Path (version 2.01). So you probably need to add a dependency on the newer File::Path version (either universally, or just in the targetted case of 1.06 in 5.8.5).
On Mon Oct 08 02:53:27 2007, ADAMK wrote: Show quoted text
> On RedHat Enterprise Linux 4 Update 1, with perl 5.8.5, > ExtUtils::Command fails to install due to a failed test for rm_rf. > > perl 5.8.5 comes with File::Path 1.06. > > I managed to resolve the problem by installing the latest File::Path > (version 2.01). > > So you probably need to add a dependency on the newer File::Path version > (either universally, or just in the targetted case of 1.06 in 5.8.5).
That would unfortunately introduce a circular dependency between File::Path and ExtUtils::Install, as File::Path needs ExtUtils::Install to install itself. Possible solutions include bundling File::Path with ExtUtils::Install or just working around the problem. Can you give some detail of the failure? I wouldn't be surprised if the failure was due to a Redhat patch. Probably some attempt at closing a security hole. Looking at 5.8.5-36.RHEL4 I see two patches which effect File::Path and they're both messing with rmtree(). Can you reproduce the bug by using the original 5.8.5's File::Path (ie. not Redhat's)? If you can't, can you provide a diff between the failing File::Path and this one? http://search.cpan.org/src/NWCLARK/perl-5.8.5/lib/File/Path.pm