Bug#804246: transition: gsl
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...
Reply to: