Bug#725899: perl-base: Needs versioned Conflicts on libscalar-list-utils-perl

[Niko Tyni]

clone 725899 -1
retitle -1 perl-base: perl-base and dual life modules don't fit together
submitter -1 !
thanks

On Fri, Apr 04, 2014 at 12:03:40AM +0100, Dominic Hargreaves wrote:

> I think in principle we're happy to update Scalar-List-Utils in
> perl-base; I had a look at doing this and just now need to fix up the
> porting tests.
> 
> Niko, would you be happy with such an upload once it's tested?

Happy is not quite the right word. Clearly this isn't how things should
go in a perfect world. But sure, it seems to be the only viable short
term solution. Feel free to go ahead, and thanks for working on this.

Do we need to do something about Module::Corelist? Hopefully not, but
it's sort of lying after this. If we have to, i guess we could fork it
into Module::Corelist::Debian or something...

For the record, I had a look at whether it would be possible to remove
Scalar::Util and List::Util from perl-base in the long term. They were
added in #158499 to keep perl-base self contained. I see such needs
are currently

 /usr/lib/perl/5.18.2/Hash/Util.pm:use Scalar::Util qw(reftype);
 /usr/lib/perl/5.18.2/File/Spec/Unix.pm:     @dirlist = grep { ! Scalar::Util::tainted($_) } @dirlist;
 /usr/lib/perl/5.18.2/Socket.pm:    return Scalar::Util::dualvar( $errno, $errstr );
 /usr/share/perl/5.18.2/overload.pm:    $package = Scalar::Util::blessed($package);

This doesn't look promising, and the rest of the archive may well
have grown undeclared dependencies on them too. It'd be quite bit
of work to go through those, even with codesearch.debian.net.

Such energy would probably better spent on the /usr/bin/perl-base
idea discussed in #721364, as that would give us a general fix.

I'm cloning a separate bug about the general issue.
-- 
Niko Tyni   ntyni at debian.org