On 3/19/20 8:04 PM, Eli Schwartz wrote:
> On 3/19/20 10:02 PM, Dimitri John Ledkov wrote:
>> I am sorry which email are the "quoted" phrases from?
not from an email.
directly from the bug I referenced, prior to coming here:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1868138/comments/
On 3/19/20 10:02 PM, Dimitri John Ledkov wrote:
> I am sorry which email are the "quoted" phrases from?
>
> Because that's nothing that I have said. I hope you do understand that it
> is intended for all of the Ubuntu installer & upgrade integrations to keep
> valid configs compatible. And in gene
I am sorry which email are the "quoted" phrases from?
Because that's nothing that I have said. I hope you do understand that it
is intended for all of the Ubuntu installer & upgrade integrations to keep
valid configs compatible. And in general, distros do not intentially break
their users for no r
hi,
On 3/19/20 6:41 PM, Eli Schwartz wrote:
> In general, other distros avoid parsing and rewriting configs because
> this should be the user's responsibility. :p
>
> The OP should consider that maybe such distros are more stable than Ubuntu?
I do. Where I directly control them, they're in use.
On 3/19/20 8:57 PM, Dimitri John Ledkov wrote:
> Have you opened a launchpad bug report against the grub2 package with both
> configs before and after? What is the bug number there?
>
> In general, we do parse and rewrite configs using debconf which is Perl / C
> / Shell processing using tools ext
hi
On 3/19/20 5:57 PM, Dimitri John Ledkov wrote:
> What is the bug number there?
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1868138
> In general, we advise to customize via grub.d drop-in files instead of
> modifying etc/default/grub file itself.
Sure, that's fine as advic
Have you opened a launchpad bug report against the grub2 package with both
configs before and after? What is the bug number there?
In general, we do parse and rewrite configs using debconf which is Perl / C
/ Shell processing using tools external to grub. In general, we advise to
customize via gru
On Thu, Mar 19, 2020 at 5:19 PM PGNet Dev wrote:
>
> a recent grub package update, in ubuntu 18LTS, is breaking /etc/default/grub
> by mangling/overwriting users' entries, in the specific case of using
> continuation lines in the file/config. and, subsequently, the upgrade process
> on these se
a recent grub package update, in ubuntu 18LTS, is breaking /etc/default/grub by
mangling/overwriting users' entries, in the specific case of using continuation
lines in the file/config. and, subsequently, the upgrade process on these
servers.
as stated clearly at
https://www.gnu.org/s
On 3/18/20 6:17 PM, Simon Hardy wrote:
I was wondering whether it would not be possible to load the raw file
into memory, pass it to the firmware for hashing (and logging) via the
verifier, and if we do not trust that the firmware treated the file data
as a read-only array, load the file again in
Am Thu, 19 Mar 2020 15:48:28 +0800
schrieb Michael Chang :
> compatibilty issue.
There can not possibly be any compat issue.
Please go ahead and fix this bug.
Olaf
pgp_HXWiYCbGr.pgp
Description: Digitale Signatur von OpenPGP
___
Grub-devel mailing l
Hi Olaf,
The patch rang a bell to me and eventually I figured out that I had
similar patch posted.
https://lists.gnu.org/archive/html/grub-devel/2018-04/msg00038.html
In short, the issue is not only in the fix itself, but also to take care
and provide a measure to avoid incompatible grub.cfg bef
12 matches
Mail list logo
