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)

History Show all quoted text
  Thu Sep 10 18:39:54 2009 joerg [...] joergmeltzer.de - Ticket created
Subject: fork of Fatal.pm to autodie::Fatal, overwrite core lib is evil, breaks linux package managers
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

Message body is not shown because it is too large.

Subject: Fatal.pm.patch

Message body is not shown because it is too large.

  Sat Sep 12 09:03:42 2009 PJF [...] cpan.org - Reference to ticket #37901 added
  Sat Sep 12 09:16:39 2009 PJF [...] cpan.org - Correspondence added
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
  Sat Sep 12 09:16:40 2009 The RT System itself - Status changed from 'new' to 'open'
  Sat Sep 12 09:16:42 2009 PJF [...] cpan.org - Status changed from 'open' to 'rejected'