GNOME Bugzilla – Bug 602147
right-click to mount archives (zip, iso, tgz, etc.)
Last modified: 2016-03-01 17:56:00 UTC
Created attachment 147943 [details] Ubuntu's mount-archive.desktop This feature has been downstream in Ubuntu for several releases now. It should be moved upstream. It's extraordinarily trivial.
Any opinion on this? Should this live in gvfs instead?
Created attachment 212555 [details] [review] file: add mount_enclosing_volume function this maps to g_file_mount_enclosing_volume and will be used to implement mounting of archives.
Created attachment 212556 [details] [review] file: add is_mountable_archive function The function checks if the file is an archive that is supported by the GVFS archive backend.
Created attachment 212557 [details] [review] view: show mount archive action if the selected file(s) is an archive
The above patches adds an action to mount the selected archive. Atm. it hardcodes the supported formats which is kind of bad since it really depends on the version of libarchive. It also doesn't check if gvfsd-archive is installed which we probably can't rely on.
We have this now. Select Open With->Archive Mounter.
Right, that's mount-archive.desktop which is showing up I guess. Is nautilus shipping that now or is it still added downstream?
(In reply to comment #7) > Right, that's mount-archive.desktop which is showing up I guess. Is nautilus > shipping that now or is it still added downstream? It's shipped in a downstream Fedora patch...reopening.
I don't think it makes sense to think of an archive as something you can mount, and we already have an Extract option in the context menu offered by file-roller. IMO the default action should be extract - and possibly have a way to browse archives without file-roller, but they shouldn't appear as mounts.
This looks like a dupe of bug https://bugzilla.gnome.org/show_bug.cgi?id=567235
Comment on attachment 212556 [details] [review] file: add is_mountable_archive function $:andre\> patch --no-backup-if-mismatch -p1 < aaaapatch patching file libnautilus-private/nautilus-file.c Hunk #1 succeeded at 7001 (offset 107 lines). patching file libnautilus-private/nautilus-file.h Hunk #1 FAILED at 187. 1 out of 1 hunk FAILED -- saving rejects to file libnautilus-private/nautilus-file.h.rej Hence setting 'needs-rework' as patch does not apply cleanly against git master.
Comment on attachment 212557 [details] [review] view: show mount archive action if the selected file(s) is an archive $:andre\> patch --no-backup-if-mismatch -p1 < aaaapatch patching file src/nautilus-actions.h Hunk #1 succeeded at 54 with fuzz 1 (offset -2 lines). patching file src/nautilus-directory-view-ui.xml Hunk #1 FAILED at 16. Hunk #2 FAILED at 134. 2 out of 2 hunks FAILED -- saving rejects to file src/nautilus-directory-view-ui.xml.rej patching file src/nautilus-view.c Hunk #1 succeeded at 124 (offset 10 lines). Hunk #2 succeeded at 1088 (offset -15 lines). Hunk #3 FAILED at 7053. Hunk #4 succeeded at 7647 (offset 101 lines). Hunk #5 FAILED at 8369. Hunk #6 succeeded at 8622 with fuzz 2 (offset 136 lines). 2 out of 6 hunks FAILED -- saving rejects to file src/nautilus-view.c.rej Hence setting 'needs-rework' as patch does not apply cleanly against git master.
if what is wanted is better integration of the compressed files in nautilus, we are gonna have it for 3.22. In any case, as this bug stands, I don't think this is the right solution. So closing as won't fix.