Bug#901807: libmath-gsl-perl: incompatible with GSL >= 2.5

[Niko Tyni]

On Wed, Jun 27, 2018 at 05:34:50PM +0200, gregor herrmann wrote:
> On Tue, 26 Jun 2018 10:25:06 +0300, Niko Tyni wrote:

> When I `touch xs/*' before dh_auto_build, indeed re-swig-ification is
> skipped for all files; so on the other hand, touching swig/* should
> make sure that it happens. -- Does this make sense? Committed in git
> and pushed.

Yes, I think that makes sense, though explicitly cleaning xs/* away before
the build would be more clear IMO. But I'm fine with the current solution.

> I'm a bit confused here; the current upload of gsl activates the
> patch which reinstates them but the maintainer sounded like he'd
> prefer to disable the patch again? If I understood this correctly we
> should probably keep our patch, right?

Yes, agreed (even if I was confused myself earlier :)

Dirk mainly wants to get rid of the divergence from upstream, and
upstream is not including the deprecated functions by default. We'll
see if libgsl is going to get an SONAME bump in Debian just for this
(effectively creating another divergence...) or if it will be deferred
to a future upstream SONAME bump.

In any case, if we keep the patch we should be compatible with whatever
happens. And as the deprecated functions are going away at some point,
we shouldn't expose them through the Perl bindings anymore.
 
> And I guess at least if we keep "our" patch, we don't need a
> versioned build dependency?

That's what I think too.
-- 
Niko