Re: execution order involving the bootloader install

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

 



On Thu, May 22, 2014 at 4:39 PM, Gene Czarcinski <gczarcinski@xxxxxxxxx> wrote:
Recently, a change was made to install.py which has the bootloader install taking place before "post-installation setup tasks". This has resulted in a problem:
https://bugzilla.redhat.com/show_bug.cgi?id=1099627

Can we discuss this in one place? Right now we have a thread here, on -patches, and in the bug.

Question: what is the purpose of changing the order of when the bootloader is installed?

It was necessary for OSTree because it wants to own the bootloader configuration; that's how atomic updates work. So Anaconda writes an empty bootloader configuration, then calls into ostree to write it, passing arguments like root=.

With traditional package installs, anaconda has duplicate logic with grubby for writing kernel configuration. It's tricky to fix with traditional because grubby is called deep down via RPM %post, so it's hard for Anaconda to pass it the data only it has like the value of root=. Might still be worth trying to unify. Maybe environment variables?

But I don't fully understand yet how this bug was introduced because AFAICS, yumpayload's postInstall() basically just does some cleanup and sets the systemd default target, so its ordering shouldn't matter WRT to the bootloader.



_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list




[Index of Archives]     [Kickstart]     [Fedora Users]     [Fedora Legacy List]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]
  Powered by Linux