Bug#1086224: RC: Argument " " isn't numeric in division (/) at /usr/share/perl5/GD/SecurityImage/Magick.pm

[Bastien Roucariès]

Le mardi 29 octobre 2024, 16:08:30 UTC Niko Tyni a écrit :
> On Tue, Oct 29, 2024 at 07:59:25AM +0000, Bastien Roucariès wrote:
> > Package: libgd-securityimage-perl
> > Version: 1.75-3
> > Severity: serious
> > Justification: Break transition imagemagick 7
> > 
> > Dear Maintainer,
> > 
> > Last autopkgtest for imagemagick7 fail with a lot of message on stderr.
> 
> FWIW here's a reduced test script showing the behaviour change in
> ImageMagick that seems have caused (at least most?) of this.
> 
>   #!/usr/bin/perl
> 
>   use Image::Magick;
>   my $i = Image::Magick->new;
>   $i->Read('null:#ffffff');
> 
>   use Data::Dumper;
>   my @a = $i->QueryFontMetrics(font => '');
> 
>   print Dumper \@a;
> 
> This gives a list of thirteen integers on trixie, but
> just one undef on sid.

Does specifying a font help here ?

> 
> Is this an intentional API change in ImageMagick 7 that GD::SecurityImage
> should adapt to, or possibly a regression on the ImageMagick side?

Maybe a regression,
> 
> > I suppose a depends on fonts is missing:
> 
> Please elaborate. Did ImageMagick 7 change something in (default?) font
> handling? I couldn't easily find a summary of the changes.
> 
> > Moreinformation here:
> > https://ci.debian.net/packages/i/imagemagick/testing/amd64/53694127/
> 
> Printing the generated image to the terminal at the end of your
> autopkgtest check seems useless and clutters the log BTW.

The goal was to print the base64 one in order to get a glimpse at the image...
> 
>   https://ci.debian.net/packages/i/imagemagick/testing/amd64/53694127/#L1891
> 
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://alioth-lists.debian.net/pipermail/pkg-perl-maintainers/attachments/20241029/05407e36/attachment.sig>