On 16.12.2015 00:19, Richard W.M. Jones wrote: > Cc-ing to Fedora devel list. > > This is related to why you have to install 'grubby' in order for mock > to have a /boot/vmlinuz-* kernel. Another thing we have to work > around in libguestfs: > > http://pkgs.fedoraproject.org/cgit/libguestfs.git/commit/?id=113fbdf63811f1ba66129ff678f90741037cb3a3 > > On Tue, Dec 15, 2015 at 02:14:21PM -0700, Ryan Barry wrote: >> Thanks Richard, that did the trick. >> >> Is this documented somewhere? Or is there a bug against the kernel package? > > No & no, but there probably should be a bug, against systemd (maybe). > > When I originally looked at the 'kernel-install' code I couldn't > really understand why the script did what it did and whether it was > intentional or just an accidental bug. > > Now I just looked at it again, and the problem is that upstream > systemd 'kernel-install' doesn't copy the kernel to /boot at all. > This is something that Fedora patches into the kernel-install script: > > http://pkgs.fedoraproject.org/cgit/systemd.git/tree/kernel-install-grubby.patch > > For some reason the patch is conditional on the existence of > /sbin/new-kernel-pkg (and hence on grubby being installed), whereas I > believe the patch should be unconditional, because we always want to > have a kernel in /boot on Fedora. > > Rich. > /boot/vmlinuz-<version> is the same as /lib/modules/<version>/vmlinuz grubby dependency was degraded from "Requires" to "Recommends" in dracut.spec and the overall dependency was removed. The goal was to follow the bootloader spec [1] and only if grubby is installed by purpose to use grubby in kernel-install. The grubby patch for kernel-install is a Fedora/RedHat specific patch. It's not in upstream systemd, because grubby is a Fedora/RedHat specific. If grub2 would support the bootloader spec, we could totally remove grubby. [1] <http://www.freedesktop.org/wiki/Specifications/BootLoaderSpec> -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx
