After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 419091 - improve ISO support
improve ISO support
Status: RESOLVED OBSOLETE
Product: file-roller
Classification: Applications
Component: general
2.16.x
Other Linux
: Normal normal
: ---
Assigned To: file-roller-maint
file-roller-maint
Depends on:
Blocks:
 
 
Reported: 2007-03-16 20:03 UTC by Chris Cosby
Modified: 2020-11-11 19:11 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Chris Cosby 2007-03-16 20:03:43 UTC
This bug originally dealt with functionality and speed. In addition to those fixes, the following should be addressed. It seems that file-roller doesn't know how to deal with a true Rock Ridge ISO image. It relies on the Joliet extensions to handle long filenames. In all failure cases, a mount of the ISO works as expected.

1) I created an ISO file using the following command:
mkisofs -f -v -V volname -r -hide-rr-moved -o file.iso dir
2) Open in file-roller 2.16.1
3) Filenames that should be long are limited to things like "install_.;1" instead of "install_patch" as it should be.
4) Tried rebuilding ISO with -R instead of -r. Removed the -hide-rr-moved option. All of these have the same result.
5) Rebuilt ISO with -J option and the filenames are correct. 

+++ This bug was initially created as a clone of Bug #342924 +++

Hi, i'm using file-roller 2.14.2.
I've downloaded http://www.kernel.org/pub/linux/kernel/people/gregkh/ddk/ddk-2.6.16.18.iso.bz2 which is compressed iso file. It's 92MiB compressed, 300MiB uncompressed, 470MiB extracted.

1) opening the file shows that it contains a single iso file. It should instead display the content of that iso file (just like a tar.bz2). Opening/listing the uncompressed iso is fast. Opening a single file is fast.
2) extracting files is slow ! It's very CPU intensive to extract all files from the uncompressed iso file. It takes ages where mount+cp is quite fast.
2bis) maybe what we need is the ability to mount loopback filesystems with pmount ?
Comment 1 Kamil Páral 2012-11-06 11:59:33 UTC
I've just hit this bug. I needed to extract this ISO file:
http://dl.fedoraproject.org/pub/fedora/linux/releases/17/Fedora/x86_64/iso/Fedora-17-x86_64-DVD.iso

The problem is that this is what DVD really contains:
Directory listing of /repodata/
> -rw-r--r--   1    0 306551       1250166 May 22 2012 [  15748 00]  00b7e6dca82f749a6cf9a92b9d7877e2d8d4c4362cdd7bc6f0868b88b90b14d6-primary.xml.gz 
> -rw-r--r--   1    0 306551       2844079 May 22 2012 [  16359 00]  5b651fec4a74ad8b4b9a8d6a590ceef1ab176cbbae4a9d853d3bac3e3201a6e5-filelists.xml.gz 
> -rw-r--r--   1    0 306551       1079282 May 22 2012 [  17748 00]  6193d58c35b6476fa57fb1b44fbc55ae890a27679a1a88fdfb29cf3e042de3cc-other.sqlite.bz2 
> -rw-r--r--   1    0 306551       1944821 May 22 2012 [  18275 00]  767f84f69c06ee9b14da2cc3ece4532520bd65969f4d8849852db692bbe57bc3-Fedora-17-comps.xml 
> -rw-r--r--   1    0 306551       2862357 May 22 2012 [  19225 00]  79f3da27e4844687b2e196fa0028a1b39dbfbb76271781114d80c61ed1d67803-filelists.sqlite.bz2 
> -rw-r--r--   1    0 306551       2410031 May 22 2012 [  20623 00]  7f6d27a11b7f07660716f242e585de333556419178dc6d2a72a292d4c743cbf6-primary.sqlite.bz2 
> -r--r--r--   1    0    0            2575 May 22 2012 [  21800 00]  TRANS.TBL 
> -rw-r--r--   1    0 306551        441065 May 22 2012 [  21802 00]  e0a7c23e8f77d20bbbf1dcddab6f8b13a7744e8da0df85175e93e0ffbf7518fa-Fedora-17-comps.xml.gz 
> -rw-r--r--   1    0 306551       1004074 May 22 2012 [  22018 00]  f34709463921c3e886f4cea241710324504f3470bcad843ad7b7693056aed2e1-other.xml.gz 
> -rw-r--r--   1    0 306551          3748 May 22 2012 [  22509 00]  repomd.xml 

But this is what file-roller sees and extracts:
> Directory listing of /repodata/
> ----------   0    0    0         1250166 May 22 2012 [  15748 00]  00b7e6dca82f749a6cf9a92b9d7877e2d8d4c4362cdd7bc6f0868b88b90b14d6 
> ----------   0    0    0         2844079 May 22 2012 [  16359 00]  5b651fec4a74ad8b4b9a8d6a590ceef1ab176cbbae4a9d853d3bac3e3201a6e5 
> ----------   0    0    0         1079282 May 22 2012 [  17748 00]  6193d58c35b6476fa57fb1b44fbc55ae890a27679a1a88fdfb29cf3e042de3cc 
> ----------   0    0    0         1944821 May 22 2012 [  18275 00]  767f84f69c06ee9b14da2cc3ece4532520bd65969f4d8849852db692bbe57bc3 
> ----------   0    0    0         2862357 May 22 2012 [  19225 00]  79f3da27e4844687b2e196fa0028a1b39dbfbb76271781114d80c61ed1d67803 
> ----------   0    0    0         2410031 May 22 2012 [  20623 00]  7f6d27a11b7f07660716f242e585de333556419178dc6d2a72a292d4c743cbf6 
> ----------   0    0    0            2575 May 22 2012 [  21800 00]  TRANS.TBL 
> ----------   0    0    0          441065 May 22 2012 [  21802 00]  e0a7c23e8f77d20bbbf1dcddab6f8b13a7744e8da0df85175e93e0ffbf7518fa 
> ----------   0    0    0         1004074 May 22 2012 [  22018 00]  f34709463921c3e886f4cea241710324504f3470bcad843ad7b7693056aed2e1 
> ----------   0    0    0            3748 May 22 2012 [  22509 00]  repomd.xml 

Because file-roller uses Joilet, but not Rock Ridge extensions.

file-roller-3.4.2-1.fc17.x86_64
Comment 2 André Klapper 2020-11-11 19:11:48 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports and feature requests in GNOME Bugzilla which have not seen updates for a long time.

If you still use file-roller and if you still see this bug / want this feature in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/file-roller/-/issues/

Thank you for creating this report and we are sorry it could not be implemented (volunteer workforce and time is limited).