Bug 2178548

Summary:	Change the sources to the official 7zip linux build and update to 22.01
Product:	[Fedora] Fedora	Reporter:	Jorge Pérez Lara <jorge.perez.lara>
Component:	p7zip	Assignee:	Sergio Basto <sergio>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	37	CC:	0qrp27we, myllynen, sergio, tadej.j
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2023-06-11 18:37:36 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Jorge Pérez Lara 2023-03-15 08:15:03 UTC

Description of problem:
The p7zip package is deprecated and outdated. It is based on an old, 16.02 build that is several years old and based on a fork of 7zip for Linux. Nowadays, an official build exists, much more updated and with the latest bugfixes and security issues patched (22.01), which is the one the package should be based on.

Version-Release number of selected component (if applicable):
16.02

How reproducible:
Check the version of the package in the repos and check the official one at https://www.7-zip.org/download.html

Steps to Reproduce:
1. Perform dnf list p7zip and check the version of the package.
2. Go to https://www.7-zip.org/download.html to compare the releases.
3. The difference is of 6 years.

Actual results:
The installed package is 16.02

Expected results:
The installed package is 22.01

Additional info:
I would appreciate if the team renamed the package. I was confused and was about to fill in a request to replace p7zip for 7zip, but it seems Fedora is already using the official 7zip package under the old name.

However, the latest version is 22.01. I see the fedora repos have the old 16.02 version. Shouldn't it be updated?

Comment 1 Tadej Janež 2023-05-13 12:05:17 UTC

I think it would probably make sense to create a new 7zip package since the 7-Zip upstream-provided Linux CLI is not 100% compatible with the p7zip-provided binaries.

See discussion in ArchLinux's AUR repo for 7-zip about the incompatibilities:
https://aur.archlinux.org/packages/7-zip#comment-871155.

Also, there are currently many competing implementations/forks. Based on my research, there are:

1. 7-Zip (original implementation by Igor Pavlov)
  - https://www.7-zip.org/
  - https://sourceforge.net/projects/sevenzip/
  - Source code is not tracked in a VCS, only published alongside a release.
  - Source code might not be published or there might be a delay in publishing the source code.

2. 7-Zip ZS (fork maintained by Tino Reichardt)
  - https://mcmilk.de/projects/7-Zip-zstd/
  - https://github.com/mcmilk/7-Zip-zstd
  - 7-Zip with support for additional codecs (Brotli, Fast-LZMA2, Lizard, LZ4, LZ5 and Zstandard).
 
3. p7zip
  - https://p7zip.sourceforge.net/
  - https://sourceforge.net/projects/p7zip/
  - Port of 7za.exe for Unix.
  - Unmaintained (latest release in 2016).

4. p7zip-zstd (fork maintained by jinfeihan57)
  - https://github.com/p7zip-project/p7zip
  - A p7zip fork with additional codecs and improvements.
  - Maintainer claims it is forked from both 7-Zip and p7zip sources.

Comment 2 Tadej Janež 2023-05-13 12:09:09 UTC

See also the discussion in https://bugzilla.redhat.com/show_bug.cgi?id=1946988

Comment 3 Sergio Basto 2023-06-11 18:37:36 UTC


*** This bug has been marked as a duplicate of bug 1946988 ***