Hello,
On 25/01/2026 12:51, Sylvain Beucler wrote:
On 25/01/2026 01:51, yokota wrote:
You can add more patch that newer 7zip mimics as older p7zip.
7zip text output can be find in "CPP/7zip/UI/Console/*" file.
Patch up 7zip code and output same text as p7zip.
Printing the p7zip version addendum (from CPP/myWindows/
mySplitCommandLine.cpp) may ease the transition indeed, good idea :)
Another difference is the handling of symbolic links:
- 7zip:
disabled by default
enabled using '-snl' option
- p7zip:
enabled by default, using p7zip-specific lstat(2)-based code
disabled by undocumented '-l' option
'-snl' also available but seems no-op
We could also ease transition in <=bookworm, by enabling '-snl' by
default and re-introducing '-l' as '!-snl'.
Overall we're leaning towards a different, smoother kind of transition,
where 'p7zip' would remain the 'p7zip' package, but really would be a
minimally-patched, recent '7zip' under the hood.
That might just work.
I've been busy but I'm progressing a bit on this transition.
For bookworm: I considered backporting 7zip-v25/trixie, but the recent
changes mentioned by yokota are quite invasive (ASM support, dh-exec
dependency, but also new binary packages and move to /usr/lib/7z/).
Instead, I imported upstream v25 on top of 7zip-v22/bookworm, and sync'd
most trixie patches.
With this approach, debdiff to either bookworm or trixie is noisy, so
I'm pointing to a few very simple commits for review:
https://salsa.debian.org/beuc/7zip/-/commits/debian/bookworm
mainly:
changelog
https://salsa.debian.org/beuc/7zip/-/commit/ee7c3a4d977daca59c71bd47e7cf2383ba33590e
patch sync
https://salsa.debian.org/beuc/7zip/-/commit/9c05fc10a5b3e09484b1c7413f094ba4f739b9b1
If this sounds good, I intend to try the same approach with p7zip, but
probably next month.
Cheers!
Sylvain Beucler
Debian LTS Team
