grub-devel
[Top][All Lists]
Advanced

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

Re: [PATCH v2] util/grub-mkrescue: use capitalised paths for removable E


From: Thomas Schmitt
Subject: Re: [PATCH v2] util/grub-mkrescue: use capitalised paths for removable EFI images
Date: Sun, 16 Jun 2024 17:18:24 +0200

Hi,

now that i know how to test grub-mkrescue out of the git clone, i also
gave your patch v2 a run.

Its mail form seems to be problematic:
- Alpine shows two leading blanks in the context lines instead of one.
  Empty context lines show no leading blank. Long lines show intermediate
  line breaks (which is a normal behavior for alpine).
- But running the blob in your raw mail body through "base64 -d" yields
  the same, including the surplus line breaks.
- In https://lists.gnu.org/archive/html/grub-devel/2024-06/msg00101.html
  the changed -/+ line pairs are shown merged to single lines. Blanks are
  missing there.
- After removing the surplus blanks, inserting the missing ones, and
  merging lines, i still don't get the second hunk through "patch -p1 -b"
  until i insert
    @@ -818,11 +818,11 @@ main (int argc, char *argv[])
                                  imgname);
  after
           make_image_fwdisk_abs (GRUB_INSTALL_PLATFORM_LOONGARCH64_EFI,
                                  "loongarch64-efi",
                                  imgname);
  (One may blame this on my limited patch knowledge which is inviting
   witchcraft.)

Now patch works in the current git clone with these messages:
  patching file util/grub-mkrescue.c
  Hunk #1 succeeded at 767 (offset -2 lines).
  Hunk #2 succeeded at 790 with fuzz 2 (offset -2 lines).
  Hunk #3 succeeded at 818 with fuzz 1.

Compiling works without complaints.

I successfully built grub-mkrescue and tested ISO production with
   platform={efi,pc} x target={i386,x86_64}

The "efi" test runs used the xorriso options which would have caused a
failure with the patch v1. (I tested yesterday that it indeed would
happen with the ISO/HFS+ file name change if not the option was changed
accordingly.)
The ISOs of all 4 runs showed the expected boot lures. I did not test
whether they actually boot, though. It would not help too much, because
in the end the most hunchbacked of the really existing firmwares decides
about the usability of the names.


So half a "Tested-by:" for the patch ...
and a "Boooh !" towards your mail program.


Have a nice day :)

Thomas




reply via email to

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