Bug#536989: dh-make-perl: FTBFS: tests failed
Niko Tyni
ntyni at debian.org
Mon Jul 20 06:48:50 UTC 2009
On Sun, Jul 19, 2009 at 10:16:23PM -0700, Ryan Niebur wrote:
> On Tue, Jul 14, 2009 at 04:50:28PM +0200, gregor herrmann wrote:
> >
> > From perl's changelog:
> >
> > perl (5.10.0-24) unstable; urgency=low
> > [..]
> > * Save local versions of CPANPLUS::Config::System into /etc/perl.
> > (See #533707)
> >
> > lib/DhMakePerl.pm's is_core_module() uses libmodule-corelist-perl's
> > Module::CoreList which probably doesn't know anything about
> > CPANPLUS::Config::System ...
> >
> > I'm not sure where to fix this actually ...
> nothing on CPAN will depend on CPANPLUS::Config::System unless it's
> broken. so I propose this patch. what do others think?
Yeah, special-casing it in dh-make-perl is the only good short-term
solution I can think of. Patching Module::Corelist for Debian to include
CPANPLUS::Config::System doesn't seem right.
Longer term, I wonder if we should put together a Module::Corelist::Debian
(or Module::Corelist::Distro::*) inheriting from Module::Corelist and
containing information about the versions of the Debian perl package
and quirks like this.
This touches an issue with Debian-specific patches to core modules:
the core convention is to always increase $VERSION for any change, but
there's no separate namespace for vendors so we can't do that easily.
Thus our CPANPLUS::Internals::Constants 0.01 is different from the
upstream one. Perhaps this information could go in the prospective
Module::Corelist::Debian too...
Cheers,
--
Niko Tyni ntyni at debian.org
More information about the pkg-perl-maintainers
mailing list