On 8 November 2021 at 22:14, Sebastian Ramacher wrote: | Control: tags -1 moreinfo | Control: forwarded -1 https://release.debian.org/transitions/html/auto-gsl.html | | On 2021-10-31 14:29:40 -0500, Dirk Eddelbuettel wrote: | > | > Package: release.debian.org | > Severity: normal | > User: [email protected] | > Usertags: transition | > | > GNU GSL 2.7 was release a few months ago, and we now realised (in the | > discussion of #993324 which also included upstream) that the upstream libtool | > instruction were in error by _not_ leading to a new sonumber. This was | > corrected in (source package) gsl upload 2.7-3 to experimental, which built | > well. | | What's the status of the fix upstream? Was there any progress? Otherwise | we're gonna repeat that with the next upstream release.
Those are two distinct issues. Upstream, I think we all agreed in the thread also recorded in the BTS, made an omission in this release where a new soname was needed, but wasn't given. This happens. So now we need a new soname __because the ABI/API changed__. That has happened before, and that is why we had transitions in the past. But not all previous releases had soname changes. I have maintained GSL here for about 20 years and I think this is about the third transition. I would call that defensible. The release team does of course have a broader view, and I am always keen to hear your thoughts. Cheers, Dirk | Cheers | | > | > I would like to ask for a formal transition. As we saw with failing tests in | > dependent packages, binNMUs will not work for all package (but possibly | > "most"). | > | > Tentative ben file below. | > | > ----------------------------------------------------------------------------- | > title = "gsl 2.7 transition"; | > is_affected = .depends ~ /libgsl-dev/; | > is_good = .depends ~ "libgsl26"; | > is_bad = .depends ~ "libgsl25"; | > ----------------------------------------------------------------------------- | > | > Let me know if I can help otherwise. | > | > Cheers, Dirk | > | > | > -- | > https://dirk.eddelbuettel.com | @eddelbuettel | [email protected] | > | | -- | Sebastian Ramacher | x[DELETED ATTACHMENT signature.asc, application/pgp-signature] -- https://dirk.eddelbuettel.com | @eddelbuettel | [email protected]
