grub-devel
[Top][All Lists]
Advanced

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

Re: [PATCH v2] tests: Keep grub-fs-tester ziso9660 from failing for wron


From: Daniel Kiper
Subject: Re: [PATCH v2] tests: Keep grub-fs-tester ziso9660 from failing for wrong reasons
Date: Thu, 9 Sep 2021 15:10:48 +0200
User-agent: NeoMutt/20170113 (1.7.2)

On Wed, Sep 08, 2021 at 11:34:52PM +0200, Thomas Schmitt wrote:
> The test for the ability to decompress zisofs encoded files is supposed
> to fail due to the lack of this ability in GRUB. But it fails early with
>   xorriso : FAILURE : -volid: Text too long (1650 > 32)
> because "ziso9660" is not in the list of filesystems which accept at most
> 32 bytes in their FSLABEL.
> If this is fixed, the test returns false success because the xorriso run
> does not produce any zisofs compressed files. The problem is in the
> sequence of native xorriso commands used. The command -set_filter_r
> applies only to the files which are already inserted into the emerging
> ISO filesystem. In the current sequence no files have been inserted yet
> by command -add when the last of two -set_filter_r commands is executed.
> After this is corrected, xorriso refuses to work because the global
> settings of command -zisofs can be made only before command -set_filter_r
> has attached zisofs filters to the data files in the emerging ISO.
> Further: A bug in xorriso causes a false warning about FSLABEL being
> too long for Joliet. Shortcommings of Joliet cause warnings about
> symbolic links. Such warnings might distract from the actual reason why
> the test is expected to fail.
>
> So add "ziso9660" to the 32-byte FSLABEL list.
> Fix the xorriso run to produce compressed files which for now cause
> righteous failure of the test. Do this by removing a surplus group of
> -set_filter_r and -zisofs commands, by moving the other such group
> behind -add, and by swapping -set_filter_r and -zisofs.
> Remove the -as mkisofs options which produce a Joliet filesystem tree.
>
> Signed-off-by: Thomas Schmitt <scdbackup@gmx.net>

Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>

Thank you for working on this!

Daniel



reply via email to

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