Vincent Lefevre <[EMAIL PROTECTED]> wrote:
> The log messages just say:
>
> Dec 25 21:01:32 vin kernel: loop: module loaded
> Dec 25 21:02:01 vin kernel: ISO 9660 Extensions: Microsoft Joliet Level 1
> Dec 25 21:02:01 vin kernel: ISO 9660 Extensions: IEEE_P1282
> Dec 25 21:03:46 vin kernel: ISO 9660 Extensions: Microsoft Joliet Level 1
>
> So, no warnings or errors.
Solaris warns if the filesystem code does not like the filesystem, Linux is
quiet.
> > This is only a hint on the fact that the filesystem follows an
> > _outdated_ Rock Ridge standard. This is the same outdated Rock Ridge
> > standard that is implemented by genisoimage (Note that genisoimage
> > is just a frozen outdated mkisofs). The main problem with the
> > outdated Rock Ridge version is that hard links do not work,
>
> Do you mean "do not work" or "are not available"? i.e. when creating an
> ISO-9660 image, the software must not try to include hard links because
> they are not supposed to be supported?
They look like hard linked in the first attempt, but the files have
different inode numbers.
> > but the Linux kernel implementation does not support correct
> > hardlinks on iso-9660 either.
>
> I hope that the user would get some warning or error if he tries to
> mount an ISO-9660 image using a new RR version.
Linux ignores the extra data.
> > Conclusion:
> >
> > 1) I need to fix isoinfo and mkisofs to deal correctly with the Apple
> > extensions.
> >
> > 2) The Linux kernel implementation for Rock Ridge is broken and needs
> > to be fixed.
>
> OK. So, I suppose that this bug should be cloned and reassigned to both
> genisoimage/cdrkit (since Debian chose to fork, this is their problem
> to fix it for their fork) and linux-2.6 (hoping that maximilian attems
> won't complain again about this bug not being a kernel bug).
It is most unlikely that you will get a fix for cdrkit from Debian unless they
chose to "steal" my code ;-)
There is much more hope for Linux and the real mkisofs...
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni)
[EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
