[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-xorriso] strange ".." and "." directory entries on hybrid image

From: Daniel Manrique
Subject: Re: [Bug-xorriso] strange ".." and "." directory entries on hybrid images
Date: Thu, 23 Jun 2011 15:56:08 -0400
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20110516 Thunderbird/3.1.10

On 11-06-23 03:22 PM, Thomas Schmitt wrote:
> Hi,
>> I'm seeing some weird behavior where 'isoinfo -R -l -i someiso.iso'
>> doesn't display the '.' and '..' directories correctly. This happens
>> with ISOs generated with xorriso in hybrid mode apparently,
> Well, actually it happened with all xorriso generated images.
> The problem is on the side of isoinfo and known since about three
> weeks. It has been addressed in xorriso-1.1.0 resp. libisofs-1.1.0.
> isoinfo seems to dislike the presence of Rock Ridge NM fields
> with directory entries for CURRENT and PARENT.
> But RRIP 1.10 and 1.12 describe these fields explicitely.
> In 1.10 they may contain any name. 1.12 prescribes empty names.
> For details see comments in
>   http://bazaar.launchpad.net/~libburnia-team/libisofs/scdbackup/revision/842
> Meanwhile libisofs omits the NM fields if the old RRIP 1.10
> is chosen, which is the default with xorriso.
> isoinfo then shows '.' and '..'.
>> Is this something that can be corrected by a command line parameter
>> while building images, something that should be addressed in the code,
>> or non-fixable behavior?
> One would have to upgrade libisofs resp. GNU xorriso on the machines
> which produce the ISO images.
> libisofs-1.1.0 is in Debian "sid".

Hi Thomas,

Thanks for the quick reply!

so if I understand correctly:

- Upgrading libisofs to 1.1.0 would produce the correct entries.
- BUT going forward, empty entries are prescribed by RRIP 1.12 and it's
best for the tools (isoinfo) to take that into account.

Am I correct?

Thanks again,

- Daniel

> Have a nice day :)
> Thomas

reply via email to

[Prev in Thread] Current Thread [Next in Thread]