Bug#834961: Processed: tagging 834961
gregor herrmann
gregoa at debian.org
Sun Aug 21 13:13:23 UTC 2016
On Sun, 21 Aug 2016 15:27:34 +0300, Niko Tyni wrote:
> > > tags 834961 + confirmed
> > Bug #834961 [src:libvitacilina-perl] libvitacilina-perl: FTBFS too much often (configure fails)
>
> Gregor: I assume this means you can reproduce it? I can't.
Oh, usually it's me who can't reproduce them :)
Here's what I got:
debian/rules build
dh build
dh_testdir
dh_update_autotools_config
dh_auto_configure
perl -I. Makefile.PL INSTALLDIRS=vendor create_packlist=0
Checking if your kit is complete...
Looks good
'CREATE_PACKLIST' is not a known MakeMaker parameter name.
"\x{00c2}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{00a1}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{00c3}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{00a9}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{00c2}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{00a1}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{00e0}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
panic: sv_setpvn called with negative strlen -1 at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
Close with partial character at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
Generating a Unix-style Makefile
Writing Makefile for Vitacilina
dh_auto_configure: perl -I. Makefile.PL INSTALLDIRS=vendor create_packlist=0 returned exit code 25
debian/rules:4: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
And, lo and behold, that was yesterday, and today it succeeds with:
debian/rules build
dh build
dh_testdir
dh_update_autotools_config
dh_auto_configure
perl -I. Makefile.PL INSTALLDIRS=vendor create_packlist=0
Checking if your kit is complete...
Looks good
'CREATE_PACKLIST' is not a known MakeMaker parameter name.
"\x{00c2}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{00a1}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{00c3}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{00a9}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{00c2}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{00a1}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{fffd}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{fffd}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
"\x{00a9}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
Generating a Unix-style Makefile
Writing Makefile for Vitacilina
Writing MYMETA.yml and MYMETA.json
> FWIW, the warnings like
> "\x{00c2}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> seem to be very much related; I get eight of them in successful builds
> and they trace back to the non-ASCII characters in the module description
> ("¡Ah, qué buena medicina!"), doubled because the description goes in two places
> of the Makefile
>
> Writing Makefile for Vitacilina
> "\x{00c2}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00a1}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00c3}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00a9}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00c2}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00a1}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00c3}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00a9}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> Writing MYMETA.yml and MYMETA.json
>
> Building in a UTF-8 locale makes them go away fwiw.
Confirmed.
I've updated d/rules in git to this effect.
> What I don't get is that in the failed builds I've seen there are different bytes
> in the second time, like this:
> "\x{00c2}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00a1}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00c3}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00a9}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00c2}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00a1}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00f0}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> panic: sv_setpvn called with negative strlen -1 at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> Close with partial character at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
>
> and
>
> \x{00c2}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00a1}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00c3}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00a9}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00c2}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00a1}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> "\x{00d0}" does not map to ascii at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> panic: sv_setpvn called with negative strlen -1 at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
> Close with partial character at /usr/share/perl/5.22/ExtUtils/MakeMaker.pm line 1187.
>
> in https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/libvitacilina-perl_0.2-1.rbuild.log
>
> So I suppose it must be using uninitialized memory somehow, or
> alternatively this is somehow locale-dependent?
But more in EUMM, right?
Cheers,
gregor
--
.''`. 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: Tom Waits: Romeo Is Bleeding
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: Digital Signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/attachments/20160821/c9d1b822/attachment.sig>
More information about the pkg-perl-maintainers
mailing list