Bug#1070016: quake4: hard-coded dependencies on pre-t64 libraries
On Mon, 29 Apr 2024 at 17:12:05 +0200, Sebastian Ramacher wrote: > It will also help dak to decruft the pre-t64 from unstable and render > game-data-packages as good on the transition trackers. OK. Would it be OK to make these dependencies be of the form "libasound2t64 | libasound2" and so on, or is it a requirement that we use only the new name? The version of game-data-packager in testing/unstable has generally remained installable on older suites like stable, and I'd prefer that to remain true if possible (but if that's a problem for the transition, then we can sacrifice that desirable property to simplify things). game-data-packager generates non-distributable .deb packages which can be installed onto end-user systems, and some of those have dependencies too, of which at least libsmpeg-0.4.so.0 has been affected by this transition. To avoid needing to know the target Debian release when generating those packages, I'd prefer to turn that into a dependency on libsmpeg0t64 | libsmpeg0 rather than just libsmpeg0t64 if that isn't going to be disruptive. I believe libasound2t64 is the only one of these dependencies that will affect the packages in contrib. smcv
Bug#1070016: quake4: hard-coded dependencies on pre-t64 libraries
On 2024-04-28 18:39:22 +0100, Simon McVittie wrote: > On Sun, 28 Apr 2024 at 17:27:21 +0200, Sebastian Ramacher wrote: > > quake4 has hard-coded dependencies on shared libraries (at least > > libasound2) that were renamed as part of the t64 transition. Please > > update the dependencies accordingly. > > quake4 is i386-only, and i386 has Provides for the old names and no real > ABI break, so I don't think this is necessarily RC - although updating > quake4 in src:game-data-packager might help apt to choose better upgrade > paths, so it's a valid bug. > > (The i386 binaries referenced by quake4 - really in the quake4-bin package > produced by game-data-packager - are proprietary and non-modifiable, > and target the pre-t64 ABI.) It will also help dak to decruft the pre-t64 from unstable and render game-data-packages as good on the transition trackers. Cheer -- Sebastian Ramacher
Bug#1070016: quake4: hard-coded dependencies on pre-t64 libraries
On Sun, 28 Apr 2024 at 17:27:21 +0200, Sebastian Ramacher wrote: > quake4 has hard-coded dependencies on shared libraries (at least > libasound2) that were renamed as part of the t64 transition. Please > update the dependencies accordingly. quake4 is i386-only, and i386 has Provides for the old names and no real ABI break, so I don't think this is necessarily RC - although updating quake4 in src:game-data-packager might help apt to choose better upgrade paths, so it's a valid bug. (The i386 binaries referenced by quake4 - really in the quake4-bin package produced by game-data-packager - are proprietary and non-modifiable, and target the pre-t64 ABI.) smcv
Bug#1070016: quake4: hard-coded dependencies on pre-t64 libraries
Package: quake4 Version: 77 Severity: serious X-Debbugs-Cc: sramac...@debian.org quake4 has hard-coded dependencies on shared libraries (at least libasound2) that were renamed as part of the t64 transition. Please update the dependencies accordingly. Cheers -- Sebastian Ramacher