On 25 July 2024 at 10:50, Emilio Pozuelo Monfort wrote:
| Control: tags -1 confirmed
| 
| On 21/07/2024 11:09, Yavor Doganov wrote:
| > On Fri, 12 Jul 2024 22:58:25 +0300,
| > Lucas Nussbaum wrote:
| >> If it ends up that you cannot do it, let me know and I can do it.
| > 
| > Fortunately this was not necessary.
| > 
| > Here are the results of my attempt (apologies that it took me so long).
| > These packages have issues with the new GSL version:
| > 
| > cpl-plugin-xshoo        #1076251 FTBFS (not in testing)
| > libmath-gsl-perl        #1076470 not binNMUable due to a strict
| >                          libgsl-dev B-D; maintainer ready to upload a
| >                          fixed new upstream release
| > ruby-gsl                #1076659 FTBFS (patch available)
| > 
| > These packages have troubles of their own and are currently not
| > buildable:
| > 
| > coot            #1076203 unsatisfiable B-D (builds fine with
| >                  python3-distutils removed from B-D)
| > inkscape        #1073348 FTBFS (compiles and links fine with the patch
| >                  available but then I hit #1050236, testsuite failure)
| > sagemath        #1056885, #1042683 FTBFS (not in testing)
| > 
| > I couldn't build this package (can you do it yourself, Dirk?):
| > 
| > deal.ii         Out of memory; g++ killed (a machine with > 4 GB needed)
| 
| This looks like it's in a good shape. Let's go ahead with the transition.

I concur. It's a stable and slow-changing project.  But big thanks to Yavor
to running the checks!

Anything we/I need to do or will this work as an auto-transition? I presume
we need a basic ben file this?

-----------------------------------------------------------------------------
title = "gsl 2.8 transition";
is_affected = .depends ~ /libgsl-dev/;
is_good = .depends ~ "libgsl28";
is_bad = .depends ~ "libgsl27";
-----------------------------------------------------------------------------

We had issues in the 2.7 transition because of a difference between the
release name and major.minors used but that should be good.  gsl27 use
'so.27' and gsl28 uses 'so.28' as I just checked.


Best,  Dirk

| 
| Cheers,
| Emilio

-- 
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Reply via email to