Hello!
There are two things to consider, both mean that I can't really ever say
"yes we will do it" for a request like that.
- None of the anaconda devs are qualified enough to decide if we could
accept such a change. It's a bootloader thing. What we would do is delegate
to somebody working with bootloaders to see if it's technically viable.
Likely that would be Peter Jones (CCed).
- Anaconda is intertwined with Fedora, so there would have to be a change
process and all that. The current audience in this thread is likely the
same as you'd get for the hypothetical change, anyway...
Hope that helps?
Best,
Vladimir
On Thu, May 11, 2023 at 12:34 PM Zbigniew Jędrzejewski-Szmek <
zbyszek(a)in.waw.pl> wrote:
On Wed, May 10, 2023 at 02:25:07PM +0100, Richard Hughes wrote:
> On Wed, 10 May 2023 at 11:55, Zbigniew Jędrzejewski-Szmek
> <zbyszek(a)in.waw.pl> wrote:
> > 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.
>
> Okay, please open a _new_ change proposal with what you want to
> happen: expanding the scope like you suggest feels like me getting
> tricked to work on your much bigger change that's not terribly
> well-defined or tested.
>
> > ...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.
>
> Perhaps you'd like to push this feature. I'd happily retract my
> smaller proposal if you've got patches ready for anaconda, have tested
> this on all platforms, and have all the votes.
I'm adding some folks who made some recent Anaconda commits in CC.
For reference, the mail I'm replying to is at [1], and my earlier
proposal is at [2].
Would you be open to modifying Anaconda like this?
I think the code changes would be fairly easy, and I would be happy
to prepare a patch, but I don't want to do this if there's no chance
of it being accepted.
[1]
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
[2]
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
Zbyszek
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)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
--
Vladimír Slávik <vslavik(a)redhat.com>
Software Engineer, Platform Engineering
Red Hat Czech, s.r.o.