Package: libgsl25 Version: 2.7+dfsg-2 Control: affects -1 libmath-gsl-perl Severity: serious
gsl 2.7 broke libmath-gsl-perl on runtime, as seen in the autopkgtest regressions: not ok 7 - use Math::GSL::Matrix; # Failed test 'use Math::GSL::Matrix;' # at t/00-load.t line 14. # Tried to use 'Math::GSL::Matrix'. # Error: Can't load '/usr/lib/x86_64-linux-gnu/perl5/5.32/auto/Math/GSL/Linalg/Linalg.so' for module Math::GSL::Linalg: /usr/lib/x86_64-linux-gnu/perl5/5.32/auto/Math/GSL/Linalg/Linalg.so: undefined symbol: gsl_linalg_QR_TR_decomp at /usr/lib/x86_64-linux-gnu/perl-base/DynaLoader.pm line 187. # � at /usr/lib/x86_64-linux-gnu/perl5/5.32/Math/GSL/Linalg.pm line 11. # Compilation failed in require at /usr/lib/x86_64-linux-gnu/perl5/5.32/Math/GSL/Matrix.pm line 1210. # BEGIN failed--compilation aborted at /usr/lib/x86_64-linux-gnu/perl5/5.32/Math/GSL/Matrix.pm line 1210. # Compilation failed in require at t/00-load.t line 14. # BEGIN failed--compilation aborted at t/00-load.t line 14. ok 8 - use Math::GSL::Poly; not ok 9 - use Math::GSL::MatrixComplex; It seems that the 2.7 upload broke the ABI of libgsl25 by removing the gsl_linalg_QR_TR_decomp symbol. src:gsl is currently blocked from entering testing because of this regression in libmath-gsl-perl_0.42-1. Looks like upstream Math-GSL-0.43 probably no longer references this symbol, but it's not in Debian yet and I haven't built and verified that. Clearly at least something must be done on the libgsl side. Not sure if it needs to restore the symbol or bump its SONAME, or if just a Breaks on older libmath-gsl-perl versions is enough. (See policy 8.6.2) I've also filed the separate bug #993323 about libmath-gsl-perl failing to build with GSL 2.7. That should be fixed just by upgrading it to 0.43. -- Niko Tyni nt...@debian.org