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 550946 - bad file names (truncated) in iso images
bad file names (truncated) in iso images
Status: RESOLVED FIXED
Product: file-roller
Classification: Applications
Component: general
2.30.x
Other All
: Normal normal
: ---
Assigned To: Paolo Bacchilega
file-roller-maint
Depends on:
Blocks:
 
 
Reported: 2008-09-05 05:43 UTC by Munsch
Modified: 2010-09-13 08:55 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Munsch 2008-09-05 05:43:18 UTC
Please describe the problem:
in iso files
some last char of long file names are truncated.
because of undocumented priority of "Joliet" over "Rock Ridge" in isoinfo




Steps to reproduce:
1. open ubuntu-8.04.1-server-i386.iso
2. go in /pool/restricted/l/linux-restricted-modules-2.6.24/ folder
3. and look...

Actual results:
file "nic-restricted-firmware-2.6.24-19-generic-di_2.6.24.13-19.44_i38" missing "6.udeb"
(3 long filemanes are shortened in that folder)


Expected results:
no missing chars on long file manes

Does this happen every time?
yes

Other information:
bug described and analysed there: https://bugs.launchpad.net/ubuntu/+source/file-roller/+bug/257531

To correct the problem, I have modified /usr/lib/file-roller/file-roller/isoinfo.sh
in that way:

iso_extensions=""
if test $ROCK_RIDGE = true; then
  iso_extensions="-R"
elif test $JOLIET = true; then
  iso_extensions="-J"
fi

An other way is to modify isoinfo sources (diff file also available)
Comment 1 Pablo Castellano (IRC: pablog) 2010-09-12 00:53:34 UTC
Can you test if this is still an issue?
Are rock_ridge and joliet mutually exclsuive?
Comment 2 Munsch 2010-09-13 06:30:07 UTC
(In reply to comment #1)
> Can you test if this is still an issue?
> Are rock_ridge and joliet mutually exclusive?

2 years after, on file-roller 2.30.1.1 (ubutu10.04), yes, this is still an issue.

but after looking on http://tldp.org/HOWTO/Filesystems-HOWTO-8.html, it appears that rock_ridge and joliet are not exclusive on a CD.

The "meta data" exist in both format, but unfortunately (in that case), we have no choice, and by default, it's joliet in isoinfo.

But they are exclusive when reading it. We have to do a choice, we have to be able to do a choice.

Adding a "viewing format" selection somewhere in file-roller (and passing that option to a modified script /usr/lib/file-roller/file-roller/isoinfo.sh) seems to be the best compromise...

(On my side, I continue to use my modified script...)
Comment 3 Paolo Bacchilega 2010-09-13 08:55:50 UTC
I've committed the changes to isoinfo.sh, thank you.