Bug#841737: libmodule-corelist-perl: is_core with version returns false

[gregor herrmann]

On Sun, 23 Oct 2016 17:30:58 +0200, Salvatore Bonaccorso wrote:

Thanks for finding the cause for this issue!

> Since not specified, @releases will be ('5.024001'). But there is not
> defintiion for the 5.024001 release in lib/Module/Corelist.pm, so we
> fall trough the RELEASE loop, and return 0.

And CoreList.pm in src:perl has:

     7  $VERSION = '5.20160819_24';

   162  %released = (
            ...
   300      5.024001 => '????-??-??',

 12817      5.024001 => {
 12818          delta_from => 5.024,
 12819          changed => {
                ...

And this 5.20160819_24 version is not among the CPAN releases.

Since this doesn't come from a debian patch it looks like M::CL is
updated for perl release candidates but those updates don't make it
to the separate CPAN version.

Looks like we
- might want to patch libmodule-core-list-perl [0], and/or
- not update it while we have a perl RC in unstable, and/or
- add some safeguard to its debian/rules, like in
  libperl-apireference-perl, and/or
- talk to upstream to make M::CL releases also for perl RCs, and/or
- <your ideas here>


Cheers,
gregor


[0] attached is a quick try

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Melissa Etheridge: Stronger Than Me
-------------- next part --------------
A non-text attachment was scrubbed...
Name: corelist-5.024001.diff
Type: text/x-diff
Size: 9536 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/attachments/20161023/39e00b0b/attachment.diff>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 931 bytes
Desc: Digital Signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/attachments/20161023/39e00b0b/attachment.sig>