Hi Am 03.11.21 um 16:43 schrieb Martin Wilck:
Hi guys,
On Tue, 2021-10-26 at 19:03 +0200, Tobias Klausmann wrote:
On 26.10.21 17:48, Larry Finger wrote:
On 10/26/21 05:24, Bernhard Held wrote:
Wouldn't it be possible to keep the source file "dracut-installkernel" e.g. in /usr/lib/dracut/ as a template? Or put it in a devel package, as I understand that development files don't necessarily have to come with the dracut main package.
File "installkernel" does not have to be part of dracut.
You are right here, having it in some separate package (either a sub-package of dracut or elsewhere). Yet the question here for me is: Is the script connected to some high-maintanance burden? If not, i do not see a real reason why this can not stay within dracut. Looking into the git repo for opensuse dracut - https://github.com/openSUSE/dracut.git, the file "dracut-installkernel" was created 2018-04-20 and one line was changed in 2020-02-18.
you need that one to build your own kernel. That utility is essential on my system.
This would actually make no sense to me, as building a non-opensuse, e.g. a upstream from git (kernel.org) does not require this package. preferable in my eyes.
sorry for replying late, and for any mischief this change has caused.
Right now, the best way to obtain /sbin/installkernel is to grab the "kernel-install-tools" package from home:jeffmahoney:Kernel. It's currently on its way to Kernel:tools, and hopefully from there to factory soon (https://build.opensuse.org/request/show/929047).
"kernel-install-tools" is exactly that small separate package you've been talking about.
If you look at https://github.com/jeffmahoney/kernel-install-tools, you'll see that it actually provides an improvement for people who build their own kernels. It doesn't only contain "installkernel", but also scripts for creating and deploying proper UEFI SecureBoot certificates for self-built kernels. This will simplify matters for people who compile their own kernels while using SecureBoot.
The idea is to move /sbin/installkernel to this package. File conflict avoidance in rpm mandates that if we do this, we have to remove the file from dracut first (as noted in this thread, dracut has never been the most natural place for it), and that's what my dracut PR was made for. The timing was admittedly bad, for various reasons. We should have made sure that the new package entered Factory more quickly.
So sorry again, and please provide feedback about the new tools if you have time to try them.
Martin, thank you so much for this information! I've been bitten by this problem this week, but getting better support for other boot features sounds like a win in the end. Best regards Thomas
Regards Martin
-- Thomas Zimmermann Graphics Driver Developer SUSE Software Solutions Germany GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany (HRB 36809, AG Nürnberg) Geschäftsführer: Ivo Totev