On 26 June 2018 at 17:11, Niko Tyni wrote:
| On Tue, Jun 26, 2018 at 08:37:58AM -0500, Dirk Eddelbuettel wrote:
| > On 26 June 2018 at 10:12, Niko Tyni wrote:
| 
| > | For the record, the Perl GSL bindings package libmath-gsl-perl (can be
| > | made to) work without the deprecated symbols too. It just needs a rebuild,
| > | and forcing that rebuild (and the associated dependency metadata updates)
| > | is the main point of SONAME bumps. 
| > | 
| > | So please don't feel obliged to carry those symbols forever because of us.
| > 
| > I like to be similar to upstream, so consider this to be a simple but
| > forceful nudge towards that rebuild on your side.
| 
| The way to remove symbols from a shared library in Debian (or otherwise
| change its ABI in an incompatible way) is to upload a version with SONAME
| bumped to experimental, check that reverse dependencies still build,
| file bugs if they don't, and when everything is ready enough ask for a
| transition slot from the release team. They will then handle the rebuilds.
| 
| The libmath-gsl-perl package does need a bit of work to become source
| compatible with the removal of the deprecated functions. We're already
| handling that in #901807 now that this issue brought it to our attention.
| 
| > Do we know if any other packages depending on GSL use these?
| 
| codesearch.debian.net does give some hits for at least
| gsl_sf_legendre_array_size and gsl_linalg_hessenberg. I didn't check
| whether they are false positives.
| 
| Test rebuilds with the new library version need to be done anyway and
| should pinpoint any such issues.
| 
| Hope this helps,

It does, it's a good strategy but I won't have any cycles for it anytime soon 
:-/

Dirk

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Reply via email to