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