I have an old WIP implementation of the support needed in gnome-autoar and Nautilus for password-protected zip files. I will be happy to propose it for 3.38 if we can get some UI guidelines/discussion.

Based on our meeting yesterday, this wasn't ready yet, so postponing to Fedora 34...

This change depends on this upstream ticket getting fixed: https://gitlab.gnome.org/GNOME/nautilus/-/issues/327 . @feborges apparently has patches already and is assigned to the upstream ticket.

Looks like Felipe is actively working on this.

Is it still on target for Fedora 34, or should I change the milestone to Fedora 35?

We are still targeting the GNOME 40, thus F34.

The changes were merged in upstream and it waits for the release and Fedora build.

Some updates here:

• The support for extracting password-protected archives is already part of Nautilus 40.beta.
• The support for creating password-protected archives is planned for GNOME 41.
• The RAR5 support is still missing, but it should be already supported by libarchive, so it should be enough to revert this commit, which I would like to do for the next gnome-autoar release.

Pull request to drop file-roller from f34 and f35 https://pagure.io/fedora-comps/pull-request/629

Nice! Now we just need to verify that it is indeed gone from new F34 live images as expected.

Yeah, it is gone. I can tell because the openQA test that expects it to be there is failing. :D

Hurray!

Why is dropped file-roller?

What happens when I just only want to see the file contents without decompressing them?

Remove more functionalities?

Remove more functionalities?

If you volunteer to help maintaining this application upstream, I am happy to help you reintroduce it in Fedora. :wink:

Well it's still available in Fedora, just not installed by default anymore, right?

We shouldn't need a separate archive manager app in 2022. nautilus ought to stop extracting archives automatically and instead just enter the archive without extracting, the exact same way as Windows Explorer has done since Windows Vista (over 15 years ago!). Fixing nautilus would be better than reintroducing file-roller as a default app.

But yeah, having active upstream maintenance would be great too. The lack of attention to bugs -- and security bugs in particular -- makes me nervous.

just enter the archive without extracting, the exact same way as Windows Explorer has done since Windows Vista (over 15 years ago!).

• since Windows ME, 22 years ago :)

For my usage File Roller is much more intuitive and convenient than automatic and unintuitive file extraction embedded in Nautilus. From the other hand, unresolved issues like this make File Roller bad candidate for built-in part of quality distro with good UX: https://gitlab.gnome.org/GNOME/file-roller/-/issues/4

We shouldn't need a separate archive manager app in 2022. nautilus ought to stop extracting archives automatically and instead just enter the archive without extracting, the exact same way as Windows Explorer has done since Windows Vista (over 15 years ago!). Fixing nautilus would be better than reintroducing file-roller as a default app.

Before years I suggested using the gvfsd-archive daemon instead of the gnome-autoar library, which could provide this experience, but if I recall correctly, @csoriano was strongly against this approach, as it would not be possible to show thumbnails and it would probably lead to some other limitations...