Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

Fixing CPAN: Part 1 - Toolchain Communication 2 Comments More | Login | Reply /

 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.

  • Two answers (Score:1)

    by dagolden (6584) on 2007.03.07 6:20 (#53542) Journal

    Perl packagers should install Bundle::CPAN with any new installation -- this is the approach Vanilla Perl takes and the result is quite sane for installing any module. It's reasonable to put this onus on packagers -- it's like ensuring that bugfix packages on any older piece of software are in place.

    Don't use Autoinstall -- most of the gyrations you describe are just to fix the problems this creates. The module toolchain should leave it to CPAN/CPANPLUS/etc to resolve dependencies. Makefile.PL just needs to communicate what those are. Autoinstall breaks the well-established system of divided responsibilities so it's no wonder problems ensue.

    Take away Kwalitee if Autoinstall is used and let the problem work its way back out of the system.

    • Unfortunately, even if everyone did bundle Bundle::CPAN, that only solves the problems that have occurred in the past. It doesn't solve the problems that will occur in the future.

      To most of the old Perl distributions out there that predate the invention of the new generation of toolchain modules, they all worked just fine at the time. It was the future that bit them.

      And so we need to try to deal with the bugs that we don't know have happened yet in the toolchain.

      As for AutoInstall, you are superficially cor
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.