As it can be seen, it was already decided to remove this stormlib package from Debian archives. And smpq package was already removed. So at this stage removal stage it does not make sense to do anything with this package.
For future reference, debian packaging of this stormlib package is available in bzr repository, with whole history at: https://code.launchpad.net/~pali/smpq/stormlib Into git, it can be imported/converted by: sudo apt install git-remote-bzr git clone bzr::lp:~pali/smpq/stormlib On Thursday 02 October 2025 11:28:13 Andreas Tille wrote: > Source: stormlib > Version: 9.22-1 > Severity: important > X-Debbugs-Cc: [email protected], Debian Games Team > <[email protected]>, Pali Rohár <[email protected]>, > Package Salvaging Team <[email protected]> > > Hi Pali, > > Before getting into the details: I remember there was some unfortunate > miscommunication around llmnrd in the past. I may not fully understand > what went wrong, but what I took from your comments in bug #1082667 was > that you were okay with the action taken in the end. I want to be clear > that in the case of stormlib my intention is to offer help, and that it > is of course your decision how to proceed. > > I'm interested in salvaging the package stormlib, in accordance with the > Package Salvaging procedure outlined in the Developers Reference[1]. > This package meets the criteria for this process, and I would love to > assist in preserving and maintaining it. As the Salvage process > suggests, here is a list of the criteria that apply, in my opinion: > > - Bugs filed against the package do not have answers from the > maintainer. > - Upstream has released several versions > - There are QA issues with the package. > > I believe the package would be a great addition to the Debian Games > Team, and I took the liberty to create the Salsa repository here[2]. If > you choose not to accept the ITS, I'd be more than happy to help you > move it to another location, such as debian/, or wherever you prefer. My > goal is to make it as easy as possible for you to join the team. I'd > also be delighted to assist in adding you as a team member if you could > share your Salsa login. > > As some additional info: the new upstream version dropped the symbols > {Get,Set}Bits@Base. I checked that the only reverse dependency in Debian > (smpq, which you also maintain) still builds fine after applying the > cmake patch I forwarded to bug #1113512. Your input on this ABI change > would be very helpful - strictly speaking, it would need a SOVERSION > bump. > > > This package was highlighted in the Bug of the Day[3] initiative, which > aims to introduce newcomers to manageable tasks and guide them through > the workflow to solve them. The focus of this initiative is on migrating > packages to Salsa, as it's a great way to help newcomers become familiar > with a consistent Git-based workflow. > > Kind regards > Andreas. > > [1] > https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#package-salvaging > [2] https://salsa.debian.org/games-team/stormlib > [3] https://salsa.debian.org/qa/tiny_qa_tools/-/wikis/Tiny-QA-tasks > > -- System Information: > Debian Release: 13.0 > APT prefers testing > APT policy: (501, 'testing'), (50, 'buildd-unstable'), (50, 'unstable'), > (5, 'experimental'), (1, 'buildd-experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 6.12.38+deb13-amd64 (SMP w/4 CPU threads; PREEMPT) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), > LANGUAGE=de_DE:de > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled
