Am Fri, 13 Mar 2020 15:26:33 +0100
schrieb Daniel Kiper :
> Adding Vladimir. There is a chance that he knows why it was added...
In the end this knowledge does not matter much I think.
I sent a patch to fix the bug.
Olaf
pgpfisLVNYarp.pgp
Description: Digitale Signatur von OpenPGP
Am Fri, 13 Mar 2020 15:26:33 +0100
schrieb Daniel Kiper :
> Adding Vladimir. There is a chance that he knows why it was added...
I just checked why this did not show up earlier.
With 20190718T143316.4e75b2ae3 and command "linux ($root)/file var='str'"
nothing is escaped.
The command "linux ($ro
On Fri, Mar 13, 2020 at 03:20:08PM +0100, Olaf Hering wrote:
> Am Fri, 13 Mar 2020 15:07:57 +0100
> schrieb Daniel Kiper :
>
> > Anyway, could you check what is going on and prepare a patch if needed?
>
> Sure I can wipe the offending lines from grub_create_loader_cmdline().
> The question is rath
Am Fri, 13 Mar 2020 15:07:57 +0100
schrieb Daniel Kiper :
> Anyway, could you check what is going on and prepare a patch if needed?
Sure I can wipe the offending lines from grub_create_loader_cmdline().
The question is rather what the purpose of the new code added in
25953e10553dad2e378541a686
On Fri, Mar 13, 2020 at 01:32:12PM +0100, Olaf Hering wrote:
> Am Fri, 13 Mar 2020 12:59:32 +0100
> schrieb Daniel Kiper :
>
> > Both var="\"str\"" and var="'str'" should work. Does not they? Do you
> > still get backslashes in ${cmdline}?
>
> Yes. I think the issue might be the "final expansion" i
Am Fri, 13 Mar 2020 12:59:32 +0100
schrieb Daniel Kiper :
> Both var="\"str\"" and var="'str'" should work. Does not they? Do you
> still get backslashes in ${cmdline}?
Yes. I think the issue might be the "final expansion" in the menuentry and/or
linux command?
# grub.cfg
insmod part_msdos
ins
On Fri, Mar 13, 2020 at 12:02:50PM +0100, Olaf Hering wrote:
> With code like this, the resulting kernel cmdline has backslashes before
> either ' or ".
> I think var="\"str\"" or var="'str'" has to be used to place either " or '
> into the variable.
> How can I avoid the backslash in the kernel
With code like this, the resulting kernel cmdline has backslashes before either
' or ".
I think var="\"str\"" or var="'str'" has to be used to place either " or ' into
the variable.
How can I avoid the backslash in the kernel cmdline?
udev_rule="udev.rule=\"mac=${net_default_mac},name=uplink\""
