On Tue, May 09, 2023 at 01:20:54PM +0100, Richard Hughes wrote: > On Tue, 9 May 2023 at 10:22, Zbigniew Jędrzejewski-Szmek > <zbys...@in.waw.pl> wrote: > > This is both too much and not enough. > > Right; and I think a different Fedora feature proposal would be a good > idea for the version of Fedora when we switch to UKIs. Where we can > just have /boot/efi and not /boot -- but that's not what this proposal > is about. This is primarily to keep firmware updates working, and as a > secondary measure maybe more people can test UKIs. I don't want this > simple feature of "unbreak future firmware updates" to become > "completely rework how we boot the system". > > > (Point 2. is not really *necessary* for the size changes, but it'd be > > nice to get rid of this anachronism if this area is being touched.) > > I think that's fine -- but I don't think the onus should be on me to > push it through. Like I said to Lennart, if you want to do a Fedora > proposal to rework all this stuff to remove /boot that's fine, but > please don't hijack this one and make me responsible for doing the > work.
I don't see reply to Lennart anywhere; did you maybe not send to the list? I wouldn't want to force you (or anyone else) to take on huge tasks. Especially not by making some small change contingent on moonshot proposals. But I think that a) the current proposal is just a band-aid, and b) to make things better we don't need to make huge changes. And c), there is a real cost to doing a band-aid solution now and starting another solution in a slightly different direction immediately after. The layout of partitions generally remains unchanged over the lifetime of installations, so if we introduce some new layout, we'll have to make it work over the next 10 years. Every time we introduce a new scheme, we introduce one more combination that'll need to be supperted. To expand on b): we don't really to do anything *new*. It's mostly about stopping to do things or changing some setting from one value to another. In particular, Anaconda needs to *lose* a feature where it refuses VFAT for /boot [1], the various places which create partitions need to be modified to inject the right partition-type UUID instead of made-up one, and instead of creating two partitions with different fs types, create just one. None of this is rocket science. I don't understand why this needs to be dragged out over multiple years. If we're already touching this code, it would be really great to make some real progress, instead of doing the minimal thing that delivers minimal progress. [1] https://bugzilla.redhat.com/show_bug.cgi?id=2106706 Zbyszek _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
