Ubuntu QA:
BlogBrainstormPackage status
Log in
Ubuntu QA
The Ubuntu community has contributed 22700 ideas, 138270 comments, 2629576 votes
Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas
Idea #26504: 7z is open and should be promoted by linux distros

bug This idea was marked as already implemented the 31 March 11.
Written by Dagur the 19 Nov 10 at 12:50. Related project: Archive Manager. Status: Already implemented
Rationale
I know it's not difficult to install but for the 7z format to be more commonly used it has to be installed IMO.
Tags: 7z 7zip PeaZip xz


Developer comments
Thank you for bringing up the idea of having better support for the .7z format in Ubuntu.

The 7z format is in fact support by file-roller for quite some time but it does require the installation of the command lines utilities to work.

Having p7zip installed by default was discussed in 2008 and decided against since the format was not judged popular enough to justify the extra CD space it would use, that discussion happened on https://launchpad.net/bugs/282294

The issue is pretty much addressed in natty though since file-roller has been built with sessioninstaller support now which means it will ask you if you want to install "p7zip" when you try open an archive using that format: https://launchpad.net/ubuntu/+source/file-roller/2.32.1-0ubuntu2

The other suggestion made there was to add .7z support to the gvfs archive backend, gvfs is using libarchive though which has been designed to work on streams format and 7zip is not in that category so it doesn't seem likely that will happen. You can read http://code.google.com/p/libarchive/issues/detail?id=41 which is the upstream libarchive ticket about the issue

In summary it seems that the issue is mostly adressed in natty with the new file-roller version.

417
votes
closed
Solution #1: Add 7z support to archive manager
Written by Dagur the 19 Nov 10 at 12:50.
Is there any reason for archive manager NOT to support it?
-59
votes
closed
Solution #2: Direct development energy at a better archive manager, like PeaZip
Written by czr114 the 24 Nov 10 at 22:06.
File Roller lacks many important features we've come to expect from a fully-featured archive manager, best exemplified by the Windows program WinRAR. GNU/Linux has many archive managers, but none which are as feature-rich, resource-efficient, or error-free as WinRAR is on its native platform.

If development energy were directed at a do-it-all GUI archive manager, the lack of 7z support in File Roller could be put to rest at the same time as other feature deficits are being overcome.

More developers on that project could really help move it along, benefiting every GNU/Linux desktop distribution at once.

Reference: http://www.peazip.org/ (GPLv3)
-29
votes
closed
Solution #3: Use .tar.xz compression
Written by Otus the 25 Nov 10 at 20:24.
The xz format largely supersedes lzma and is pretty close to what 7z uses internally. It is already supported by the archive manager and stores permissions correctly. 7-zip supports xz, so no problems with (Windows) interoperability.
116
votes
closed
Solution #4: Add 7z support to file manager
Written by puxkggn the 5 Dec 10 at 12:24.
Every distribution has a file manager.
What reason is there to not let it do archiving too?

Archiving is also working with files.
And being able to open archives out of the box would be very helpful. Gives the users more access to their files.

Windows also has archiving integrated with file manager. This works great in practice with zip files.
41
votes
closed
Solution #5: Propose to install a package when opening an unsupported archive format
Written by Daklok the 15 Dec 10 at 09:57.
The archive manager should propose to install the 7z package when opening a 7z archive, or any other package supporting an unsupported format one wants to open (eg rar files), instead of leaving us with a frustrating "unsupported archive format".

This is already done for codecs in videos; it should be also feasible for archives.

Propose your solution

Attachments
No attachments.


Duplicates


Comments
elias123 wrote on the 21 Nov 10 at 20:43
Good idea.

epictete wrote on the 23 Nov 10 at 23:05
You musn't use 7zip to backup on Linux because 7zip doesn't store the owners and permissions!

epictete wrote on the 23 Nov 10 at 23:08
http://en.wikipedia.org/wiki/7z :

"The 7z format does not store UNIX owner/group permissions, and hence can be inappropriate for backup/archival purposes."

elias123 wrote on the 24 Nov 10 at 00:45
Epictetus; zip format stores the permissions?

I think 7zip format included in Ubuntu is good to share files with others, in some cases 7z compact with a higher compression ratio than zip.

There are people who install Rar by saying have a higher rate of understanding on Linux, put 7z can increase its use, is the best thing is that it is free unlike the Rar.

elias123 wrote on the 24 Nov 10 at 00:51
And looking on is possible to use tar 7z format tar.7z not?

epictete wrote on the 24 Nov 10 at 13:29
http://en.wikipedia.org/wiki/7z :

"A workaround is to convert data to a tar bitstream before compressing with 7z."

Elias123 "to use tar 7z format tar.7z not?"

Yes, because then the 7z compression applies not to the files/repertories but to the tar archive in which the permissions have been stored.

Otus wrote on the 25 Nov 10 at 20:26
Using both tar and 7z is a bit redundant, since both formats handle archiving. It works, but you might as well use tar.xz instead and get similar results.

elias123 wrote on the 26 Nov 10 at 03:41
tar.xz supports encryption?

Example AES 256?

It seems that. Xz does not support encryption.

So I still prefer 7z which is mostly used is tested.

Otus wrote on the 26 Nov 10 at 09:17
elias123,

That's a good point. However, for encryption one should probably use gpg. You can use it on the compressed file, in effect creating a .tar.xz.gpg file (although gpg itself can do some compression). A number of ciphers are supported including AES-256 and even asymmetric encryption.

jorsol wrote on the 26 Nov 10 at 17:31
Native file formats in Linux don't support encryption (.tar.gz, .tar.bz2, .tar.xz, .tar.lzma) that bad for some users...

I believe that 7z must be supported out of the box, but we should promote .xz (at least between .gz .bz2)

elias123 wrote on the 27 Nov 10 at 04:45
I saw no advantage in xz.

What are they?

I created a file tar.xz it was bigger than the tar.7z.

agp8x wrote on the 30 Nov 10 at 21:52
Archive manager ist supporting 7z.
Just install 'p7zip-full', and there you go with the entry in the "Compress file"-menu called ".tar.7z"

elias123 wrote on the 2 Dec 10 at 13:54
Yes it is easy to install over already come installed by default is good.


Looking into repositories p7zip is a bit outdated, someone needed to upgrade to the latest version.

nick4fake wrote on the 2 Dec 10 at 21:14
tar.xz is further development of unix traditional archievers. We should pormote it fro use out-of-the-box;

anyedge wrote on the 5 Dec 10 at 17:52
.7z, .zip & .rar are the only formats that allow encryption of compressed files. Only .7z & .rar allow files to be compressed into multiple, split volumes(great if you are trying to upload files on a hosting website). Neither encryption nor split compression is allowed by .xz. Right now, it is an inferior format feature-wise. Since .rar(the version most commonly used) is proprietary(free version has not caught up yet), then .7z is the best bet.

anyedge wrote on the 5 Dec 10 at 17:56
Sorry for double-posting, but I forgot to add .cbz and .exe to the encryption list.

_sebastian_ wrote on the 6 Dec 10 at 19:20
the archive manager is capable of handling 7zip/lzma once the correct package is installed ;-)

Kasoroth wrote on the 12 Dec 10 at 21:03
Regardless of what the best archive format for various purposes, there is often a need to open archives created and distributed by other people. Since the choice of format is often decided by other people, it seems like the sensible thing is to support as many different formats as possible out of the box.

Sometimes licensing or technical difficulties may prevent this, but as far as I know there are no such obstacles preventing the inclusion of 7zip.

elias123 wrote on the 13 Dec 10 at 02:11
Yes I think p7zip should take about a 5 MB or less in the iso image.

Do the developers of Linux distributions do not like the format 7zip because the developer's official 7zip does not have an official version for Linux?

Having to create a package as another p7zip?

If I still think p7zip does a good job.

Nikolai RachManinoff wrote on the 13 Dec 10 at 11:47
Install P7zip to add the 7z support.How much time do you spend for installing it??10-15 sec?

Is that too much time for you?
From the other side:Have considered that 90% don't use the .7z format(they are not as you or me)?

Vahan Harutyunyan (Brainstorm moderator) wrote on the 16 Dec 10 at 12:18
Solution #5:

Idea #25970: "Archive Manager Install Wizard for Unarchiver of Some Archive Type not Installed"


Post your comment