Bug#536989: dh-make-perl: FTBFS: tests failed
Ryan Niebur
ryanryan52 at gmail.com
Fri Jul 24 18:45:01 UTC 2009
Hi!
On Mon, Jul 20, 2009 at 11:47:44AM +0300, Damyan Ivanov wrote:
> -=| Ryan Niebur, Mon, Jul 20, 2009 at 12:17:46AM -0700 |=-
> > On Mon, Jul 20, 2009 at 10:00:41AM +0300, Damyan Ivanov wrote:
> > >
> > > I think the right fix would be in Module::CoreList. Luckily we
> > > maintain libmodule-corelist-perl and dh-make-perl already depends on
> > > it. A fix may be propagated upstream in the next point release (and
> > > end up in perl-modules).
> > >
> > > I assume (and this worked so far) that each module in
> > > /usr/{share,lib}/perl/$version is a core one. If this not true, then
> > > we just can't do anything but trust Module::CoreList and t/corelist.t
> > > shall be rewritten to simply check a couple of modules we know are
> > > core ones instead of going over the directories.
> > >
> > > I somehow that Module::CoreList is wrong here, so this better be fixed
> > > there upstream (and patched in libmodule-correlist-perl until upstream
> > > releases a fixed dist).
> >
> > I think this "module" is Debian (or admin) specific tho and not a real
> > module, since it's for configuration. so it seems very wrong for
> > Module::CoreList to list this.
>
> OK. What I try to avoid is keeping a list of exceptions. This will
> break the next time such a module appears.
>
true.
> I was thinking if we can exclude all modules found under /etc/perl? Or
but it's not under /etc/perl.
> is there a non-zero change for "true core" modules to appear there?
>
what do you mean by this?
--
_________________________
Ryan Niebur
ryanryan52 at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/attachments/20090724/7ccf0195/attachment.pgp>
More information about the pkg-perl-maintainers
mailing list