grub-devel
[Top][All Lists]
Advanced

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

Re: GRUB 2.12 release - update


From: Daniel Kiper
Subject: Re: GRUB 2.12 release - update
Date: Thu, 3 Nov 2022 18:59:47 +0100
User-agent: NeoMutt/20170113 (1.7.2)

Hi Pete,

On Fri, Oct 28, 2022 at 01:42:39PM +0100, Pete Batard via Grub-devel wrote:
> Hi Daniel,
>
> Thanks for keeping us updated on your the release progress and release
> plans.
>
> On 2022.10.26 15:52, Daniel Kiper wrote:
> > We are getting closer to the 2.12 release. Sadly we still do not have
> > many of important patch sets in the tree. So, I am going to spend more
> > time on reviews in the following weeks. Below you can find my list of
> > key patch sets which should land in the release:
> >    - Dynamic allocation of memory regions and IBM vTPM v2,
> >    - Unify ARM64 & RISC-V Linux Loader,
> >    - Add support for LoongArch,
> >    - plainmount: Support plain encryption mode,
> >    - Glenn's tests fixes.
> >
> > Of course all patches which got my RB or are under review will be merged 
> > too.
> >
> > There is also "nice to have" list but I do not consider lack of this
> > patch sets as release blockers:
> >    - Add support for EFI file system transposition,
>
> I'm afraid I will have to strongly disagree about this being a mere "nice to
> have".
>
> Lack of support for EFI file system transposition needs to be considered as
> blocking as if grub-mkrescue was producing ISOs that *broke* the ability to
> write them in dd mode. In other words, if someone came to this list and told
> you that grub-mkrescue in its current state was unable to produce functional
> ISOHybrid images that can be copied in dd mode, I am pretty sure that it
> would be treated as a showstopper.
>
> Well, it is exactly that. Except the showstopping happens with the
> alternative to dd mode.
>
> It is that simple.
>
> And it is exceedingly disheartening for folks who are ultimately advocating
> for the end-users' welfare (rather than the distro maintainer's welfare,
> because these two do not always entirely overlap) to see that, yet again,
> the ability to create ISOHybrid media using EFI file system transposition is
> being treated as a simple "nice to have" feature, instead of the "SHOULD
> have equal footing as dd" that it should arguably be viewed as.
>
> In my submission from 2022-06-06, I have provided more than a dozen direct
> examples of how having a casual approach to EFI File system transposition is
> very negatively impacting end users, and I could easily pick a dozen more
> examples that intervened since I submitted the series. So I will kindly
> remind folks that we're not talking about an alleged or estimated negative
> impact here. The negative impact of not supporting EFI file system
> transposition is happening. It is affecting thousands of ISOHybrid end
> users. And the failure of grub-mkrescue to produce ISOHybrids that can be
> used in file system transposition mode is going to continue to be a major
> contributor to it.
>
> So, let me go over the main points yet again, so that, maybe, it'll start to
> make sense why this issue needs to be treated as as the showstopper it
> actually is.

[...]

Thank you for detailed explanation. I can consider your patches as more
than "nice to have" but it may mean we will have to delay code freeze
and maybe release date. To reduce impact on dates please be ready to
reply to my comments as quickly as possible when I start reviewing your
patches. Probably I will start doing that in a few weeks. I hope it
is OK for you...

Daniel



reply via email to

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