Outdated 7-Zip version in Fedora 40

I am actually not sure which repo this is from as I am not sure of the dnf command, but 7z seems quite outdated.

7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21

Available Packages
Name         : p7zip
Version      : 16.02
Release      : 28.fc40
Architecture : x86_64
Size         : 676 k
Source       : p7zip-16.02-28.fc40.src.rpm
Repository   : fedora
Summary      : Very high compression ratio file archiver
URL          : http://p7zip.sourceforge.net/
License      : LGPLv2 and (LGPLv2+ or CPL)
Description  : p7zip is a port of 7za.exe for Unix. 7-Zip is a file archiver with a very high
             : compression ratio. The original version can be found at http://www.7-zip.org/.

Is there a way to get a newer version?

The original author has not made an update since 2016.

You might want to open up a bug report and ask the maintainer if there is a chance to switch to the currently maintained version as found in other distros. Apparently when p7zip was created 7zip didn’t have a linux version. Now it does. Maybe that is why p7zip doesn’t appear to be maintained.

More information can be found here:
https://wiki.archlinux.org/title/p7zip
https://www.reddit.com/r/debian/comments/u4lz9l/replace_p7zip_with_upstream_7zip/

This doesn’t look great.
https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&classification=Fedora&component=p7zip&product=Fedora&product=Fedora%20EPEL

I don’t think so…see https://7-zip.org/history.txt

As Cox pointed out, the Fedora package is from a seemingly unmaintained version of p7zip from SourceForge.

p7zip is a port of 7-Zip (command line version only) for Linux and Unix, made by an independent developer.

p7zip at SourceForge

Please note that the code of p7zip was not updated since version 16.02.

There are new forks from p7zip code:

p7zip fork (by jinfeihan57) with additional codecs and improvements

From Red Hat Bugzilla – Bug 1946988:

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

  1. 7-Zip (original implementation by Igor Pavlov)
  1. 7-Zip ZS (fork maintained by Tino Reichardt)
  1. p7zip
  1. p7zip-zstd (fork maintained by jinfeihan57)

Additionally, the maintainer has filed a new bug report (Red Hat Bugzilla – Bug 2279496) to switch to 7-Zip upstream.

3 Likes

The same site has the downloadable code at https://7-zip.org/download.html. When you unpack the tarball, you will find the programs 7zz and 7zzs which you can move to /usr/local/bin. These programs are self contained and has very little dependency on other libraries.

1 Like

https://bugzilla.redhat.com/show_bug.cgi?id=1946988

So it’s been updated ? I use 7z so much, it’s absolutely vital for me.

Closed rhbz#2279496 as duplicate of rhbz#1946988, and annotated.
@hamrheadcorvette No it hasn’t yet been updated. From rhbz#1946988
appears maintainer is investigating and determining the best way to handle.

I posted the link to the SUSE version, maybe that will assist.

2 Likes

So the original maintainer of the 2016 version resurfaced? I gotta ask though at this point, shouldn’t it be considered finished software? It’s been a long time and has been in every release since.

How much would a new package deviate from the old one? I have job run with it and I’m pretty sure they would break if it changes much.

I’m bookmarking this, it’s critical for me.

yes , I thinking move in Debian way, 1946988 – 7zip-23.01 is available,

if anyone help in rename the package is welcome

but p7zip-16.02-28.fc40 have any problem ?

2 Likes

@gbcox & @sergiomb I guess this is a silly question, but can the current package be considered complete, finished software? Fedora has basically repackaged this release on release since forever with no updates to it. that I know of there are no major issues.

So the package needs to be renamed?

the author made 7zip for windows and port 7zip for Linux (p7zip) , last releasse 2016, after that he update windows 7zip but not p7zip (ported) recently (2 or 3 years ago) he announce that original sources now can be compile on Linux too .
After he use Uasm which is a different asm compiler (not compatible with uasm) and license his not allowed in Fedora.
Debian also renamed the package, I just notice that some months ago …

2 Likes

I’m not sure what your asking when you are referring to “complete, finished software”. The 2016 release is available in the production repo and AFAIK it’s working. What @sergiomb is referring to regarding rename is that 7-zip is a different package, different repository than the p7zip that is currently in the repository. So, yes it would be a new package. There are other considerations that were touched upon in rhbz#1946988 that need to be considered and addressed. Not a simple, straightforward task.

1 Like

Sorry about that, but “Finished Software” is simply is a package that will no longer get releases and considered Complete/Finished. I am currently using the 2016 because it’s been in Fedora for many releases.

My concern is that I currently use p7zip about as much as I use my laptop for many scripts and projects, so changes to it this drastic will definitely affect me. I’ve already seen some issues on github about users having compatibility issues with the other versions + codecs.


I guess a side note, and this might be me being pedantic but I have seen the landscape on compression/decompression software come under a lot of attention. From forums ( Asking people to packages, include certain forks or new software ) and of course the XZ issues recently. This type of software would be a high target for how much of the OS needs, packages software all the way to user/self hosted and store files.

I think we all need to have our eye open on this one.

Yeah, I hear you. I used 7z and then moved over to xz. After the recent xz issues I just changed all my scripts, etc. to start using zstd. Why, because it appears to have much better support and is backed by a major corporation. Security and stability is my main concern, and performance definitely is good enough (some may say better).

1 Like