Skip Menu |
 

This queue is for tickets about the autodie CPAN distribution.

Report information
The Basics
Id: 49608
Status: rejected
Priority: 0/
Queue: autodie

People
Owner: PJF [...] cpan.org
Requestors: joerg [...] joergmeltzer.de
Cc:
AdminCc:

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



Subject: fork of Fatal.pm to autodie::Fatal, overwrite core lib is evil, breaks linux package managers
Download (untitled) / with headers
text/plain 585b
autodie seems to ship a Fatal.pm with each release. Instead of going great lengths to check wether the core Fatal.pm or autodie Fatal.pm is used a fork to autodie::Fatal should be done. This is a highly sensitive issue stalling the further distribution of this great module. No sysadmin will install a deb- or rpmized autodie package which causes conflicts with the system perl. I have moved lib/Fatal.pm to lib/autodie/Fatal.pm, patched all tests to require/use/call autodie::Fatal. For your convenience I have attached a patch based on autodie version 2.06 Regards, codeacrobat
Subject: Fatal.pm
Download Fatal.pm
text/x-perl 40.1k

Message body is not shown because it is too large.

Subject: Fatal.pm.patch
Download Fatal.pm.patch
text/x-diff 12.8k

Message body is not shown because it is too large.

G'day codeacrobat, On Thu Sep 10 18:39:54 2009, JMELTZER wrote: Show quoted text
> autodie seems to ship a Fatal.pm with each release. > Instead of going great lengths to check wether the core Fatal.pm or > autodie Fatal.pm is used a fork to autodie::Fatal should be done.
Unfortunately this is a common problem to all dual-life modules. For example, Perl's CGI module comes bundled with Perl, but newer versions are also released via the CPAN. In Perl 5.10.1, autodie has moved into the Perl core, so anyone upgrading to Perl 5.10.1 will already have autodie (and its upgraded Fatal.pm) installed. Ideally dual-life modules from the CPAN would be placed in a higher directory in @INC. This avoids files from being overwritten, allows them to be uninstalled later, and still ensures the newer CPAN modules override the core modules. However most Unix systems unfortunately still have @INC arranged such that modules shipped with Perl are always checked first. There's further and more in-depth discussion about this matter in RT #37901 at https://rt.cpan.org/Public/Bug/Display.html?id=37901 . All the very best, Paul


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.