Bug 1946988

Summary: 7-Zip 23.01 is available
Product: [Fedora] Fedora Reporter: Upstream Release Monitoring <upstream-release-monitoring>
Component: p7zipAssignee: Sergio Basto <sergio>
Status: NEW --- QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: 0qrp27we, belegdol, jorge.perez.lara, matthias, mszpak, myllynen, samoht0-bugzilla, sergio, travneff
Target Milestone: ---Keywords: FutureFeature, Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Upstream Release Monitoring 2021-04-07 12:44:46 UTC
Latest upstream release: 17.04
Current version/release in rawhide: 16.02-19.fc34
URL: https://www.7-zip.org/

Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring


Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream.


Based on the information from anitya: https://release-monitoring.org/project/2583/

Comment 1 Upstream Release Monitoring 2021-04-07 12:44:54 UTC
Skipping the scratch build because an SRPM could not be built: ['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .', '-bs', '/var/tmp/thn-te5mlo81/p7zip.spec'] returned 1: b'error: Bad source: ./p7zip_17.04_src_all-norar.tar.bz2: No such file or directory\n'

Comment 2 Sergio Basto 2022-03-29 22:03:41 UTC
7z2107 is available 

https://build.opensuse.org/package/show/openSUSE:Factory/7zip

Comment 4 Sergio Basto 2022-05-12 19:29:38 UTC
*** Bug 1887980 has been marked as a duplicate of this bug. ***

Comment 6 Timothée Ravier 2022-07-05 13:30:42 UTC
The original sourceforge hosted project is not active anymore and the currently maintained fork of the project is at https://github.com/jinfeihan57/p7zip
Arch Linux packagers have switched their package to this upstream probably because it fixes / backports some security issues. We might want to do the same.

Comment 7 Timothée Ravier 2022-07-05 13:35:56 UTC
I'm resetting this ticket name has this package is the p7zip port: https://github.com/jinfeihan57/p7zip & https://release-monitoring.org/project/2583/
If we want to build the upstream 7z Linux port then we should probably create another package: https://www.7-zip.org/download.html

Comment 8 Sergio Basto 2022-07-05 13:53:01 UTC
(In reply to Timothée Ravier from comment #6)
> The original sourceforge hosted project is not active anymore 

hum the author unified the sources for windows and Linux , so the project "p7zip is a quick port of 7z.exe" (https://sourceforge.net/projects/p7zip/)  was abandoned  .
Now all the sources are in https://sourceforge.net/projects/sevenzip 


I'm planning copy things from here https://build.opensuse.org/package/show/openSUSE:Factory/7zip , just lack of time 

checkout: osc -A https://api.opensuse.org checkout openSUSE:Factory/7zip && cd $_

PR(s)  are welcomed

Comment 9 Sergio Basto 2022-08-07 15:20:50 UTC
and what about https://github.com/mcmilk/7-Zip-zstd ?

Comment 10 Timothée Ravier 2022-08-08 17:58:40 UTC
If the new sources for p7zip are in the 7zip package then we can request a rename for this package or request a new 7zip package and deprecate this one.
For 7-Zip-zstd we probably need to request a new package?
It would be great if the upstreams could come together and maintain a single codebase.

Comment 11 Sergio Basto 2023-06-11 18:37:36 UTC
*** Bug 2178548 has been marked as a duplicate of this bug. ***

Comment 12 Sergio Basto 2023-06-12 11:27:46 UTC
copying https://bugzilla.redhat.com/show_bug.cgi?id=2178548#c1 to here 

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 13 Sergio Basto 2023-06-12 11:38:36 UTC
Now the problem for use option 1 ( the original) is which depends on uasm , 

I try use one version convert to nasm , but didn't work .

If someone wants take the package and maintain it, let me know I will give away 


https://sourceforge.net/p/sevenzip/discussion/45797/thread/9f5b067368/?limit=25&page=1#215a

https://raw.githubusercontent.com/pete4abw/lrzip-next/lzma-22.01/src/lzma/ASM/x86/LzFindOpt.asm

Comment 14 Luca 2023-06-14 16:00:44 UTC
(In reply to Sergio Basto from comment #13)
> Now the problem for use option 1 ( the original) is which depends on uasm , 
> 
> I try use one version convert to nasm , but didn't work .

I would try switching to option 4, it compiles without problems.

Comment 15 Sergio Basto 2023-08-08 12:25:56 UTC
https://www.7-zip.org/a/7z2301-src.tar.xz 


(In reply to Sergio Basto from comment #13)
> Now the problem for use option 1 ( the original) is which depends on uasm , 

uasm have an license ( Watcom-1.0 ) which is not allowed in Fedora 

https://docs.fedoraproject.org/en-US/legal/not-allowed-licenses/