Hello,
On 23/01/2026 12:31, yokota wrote:
What do you think of this proposal, in particular performing the same
p7zip->7zip transition as trixie in earlier, stable releases?
It's a good idea for keeping 7z archiver more secure.
But it might needs some fixups to replace from p7zip to 7zip.
1. Current 7-Zip uses asmc-linux for amd64 assembly code. So, you
needs to port asmc-linux to older stable releases.
https://tracker.debian.org/pkg/asmc-linux
Bookworm has the backport package.
Or, just drop assembly code from 7zip. See build rules file for 7zip.
https://salsa.debian.org/debian/7zip/-/blob/debian/25.01+dfsg-5/debian/rules?ref_type=tags#L9
2. CLI output text is something different between p7zip and 7zip. You
needs some fixup patch that other packages accepts 7zip.
Checkout p7zip-7zip transition bug report list to take those fixups info.
https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;include=subject%3A7zip;submitter=cacin%40allfreemail.net
Thanks a lot for your input :)
About 1. we could indeed drop the amd64-specific assembly code, this
would allow following newer 7z easily without worrying about asmc-linux,
and cover bookworm.
About 2., there is indeed fragile code in reverse dependencies,
including specific detection of p7zip, e.g. I saw:
https://salsa.debian.org/qt-kde-team/kde/ark/-/commit/14e484763f37c41d8ebd1a87a826b7bff1eab7dc
https://salsa.debian.org/debian-mate-team/engrampa/-/commit/b7961f856ce613f937f9a1259d1d3b5792a2bdf4
so apparently even 7z can't be used as a straight drop-in replacement
for p7zip in older dists. We'll have to decide if we want to invest the
time and tests.
Cheers!
Sylvain Beucler
Debian LTS Team
