Description of problem: When using genisoimage to create a Rock Ridge + Joliet session with -r -J, the Rock Ridge directory "/.." is included. When merging a subsequent session with -r -J -C MMM,NNN -M /dev/cdrom, it fails because "/.." and (e.g.) "tmpdir/.." have the same Rock Ridge name. mkisofs for fc6 did not have this problem, but in that case the -M 2,0,0 faux scsi notation was used. It is possible the use of -M /dev/cdrom (required for Fedora 7 libata) provokes this new behaviour (inclusion of ".."). I think this problem is distinct from https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=248262 (bad Joliet). Version-Release number of selected component (if applicable): genisoimage-1.1.6 Steps to Reproduce: 1. Create Rock Ridge session 2. Write to multisession CD 3. Create second session for CD Actual results: Error with duplicate Rock Ridge names. Expected results: genisoimage fails with duplicate Rock Ridge names. Additional info: Workaround is to roll back to genisoimage-1.1.2-4.fc7.x86_64 (from Fedora release). This version reports that (e.g.) "tmpdir/.." is ignored when creating the image. Given this bug and https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=248262 , is it time for a genisoimage-1.1.6 product recall? yum.conf exclude=genisoimage is your friend.
I think, this is the same bug as 248262.
Please try http://koji.fedoraproject.org/koji/buildinfo?buildID=19091
Here we go again: http://koji.fedoraproject.org/koji/buildinfo?buildID=19195
cdrkit-1.1.6-5.fc7 has been pushed to the Fedora 7 testing repository. If problems still persist, please make note of it in this bug report.
cdrkit-1.1.6-5.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report.
I have tested the new genisoimage and can confirm that this bug is resolved.