On 03/12/15 19:07, Sebastiaan Couwenberg wrote: > On 02-12-15 02:32, Sebastiaan Couwenberg wrote: >> On 02-12-15 00:47, Emilio Pozuelo Monfort wrote: >>> On 23/11/15 01:46, Sebastiaan Couwenberg wrote: >>>> aghermann (1.0.6-1) FTBFS >>>> amide (1.0.5-4) FTBFS >>>> asymptote (2.35-2) FTBFS >>>> ball (sid only) (1.4.2+20140406-1.1) FTBFS >>>> calligra (sid only) (1:2.8.5+dfsg-1.2) FTBFS >>>> gambas3 (sid only) (3.5.4-2) FTBFS >>>> gbutils (5.6.7-1) FTBFS >>>> getdp (sid only) (2.4.2-1) FTBFS >>>> kst (2.0.3-4) FTBFS >>>> mathgl (2.3.3-3) FTBFS >>>> mrtrix (0.2.12-1) FTBFS >>>> ocamlgsl (0.6.0-7) FTBFS >>>> odin (sid only) (1.8.8-1.1) FTBFS >>>> openms (sid only) (1.11.1-5) FTBFS >>>> pdl (1:2.007-4) FTBFS >>>> r-cran-gsl (1.9-10-1) FTBFS >>>> root-system (sid only) (5.34.19+dfsg-1.2) FTBFS >>>> scidavis (sid only) (1.D8-1) FTBFS >>>> siril (0.9.0-1) FTBFS >>>> voxbo (1.8.5~svn1246-1.1) FTBFS >>>> >>>> 3depict (sid only) (0.0.18-2) BD-Uninstallable >>>> libpdl-stats-perl (0.6.5.1-1) BD-Uninstallable >>>> orpie (1.5.1-10) BD-Uninstallable >>>> qtiplot (0.9.8.9-10) FTBFS >>>> ruby-gsl (sid only) (1.16.0.4+dfsg1-1) FTBFS >>>> >>>> herwig++ (sid only) (2.6.0-1) FTBFS >>> >>> Would 2.1+dfsg-2 help in any way? From the changelog it sounds like it >>> could. >> >> The rebuilds with 2.1+dfsg-2 of the rdeps that didn't build successfully >> earlier show no difference, the "has no member named 'J'" error still >> affects the same 11 packages. >> >> asymptote (2.35-3) includes a patch for GSL 2 and builds successfully >> except on mips. >> >> mrtrix (0.2.12-1) still FTBFS with libgsl2 though. > > Some of the packages that FTBFS initially have been fixed or have > patches available: > > amide (1.0.5-5) OK #805748 > gbutils (5.6.8-1) OK #805794 > mathgl (2.3.3-3) Patch #805801 > pdl (1:2.007-4) Patch #805824 > r-cran-gsl (1.9-10-1) Patch #805829 > siril (0.9.1-1) Patch #805834 > > libpdl-stats-perl (0.6.5.1-1) Patch #806981 (requires pdl) > > The patch for libpdl-stats-perl is just the build dependency change to > libgsl-dev to not use GSL 1.x via the old libgsl0-dev still in unstable too. > > Because libgsl0-dev is not a transitional package to pull in libgsl-dev > and libgsl2, all gsl rdeps need to update their build dependencies > before rebuilding with GSL 2. This affected siril (0.9.1-1) for example, > the new upstream release fixes the GSL 2 build failure, but via the > libgsl0-dev build dependency the old GSL 1 packages were used to build it. > > We should probably file bugs for all these packages that otherwise build > successfully, because binNMUs don't actually build with GSL 2 as long as > the GSL 1.x package are still in unstable too.
libgsl0-dev could be removed... I have asked for that but the ftp team seems to be too busy...
