New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
drop mkinitcpio and depmod hooks from linux packages #1767
Conversation
The packages kmod (60-depmod.hook) and mkinitcpio (90-mkinitcpio-install.hook) ship their own generic hook files. Do not run twice but remove the package specific hooks.
Oh, wait... This fails for some conditions. The initramfs is generated twice if trigger |
Yeah, I haven't spent the time yet to think about how I want to solve this one. |
Well, I run archlinuxarm on one single Raspberry Pi (with I do not have a good overview, but for me it looks like...
Is there a good reason (not?) to ship |
I've considered adopting the Arch method of renaming the zImage or Image files to vmlinuz in modules, and letting that get installed as /boot/vmlinuz-linux. However, this requires updating all of the bootloaders so it needs to be a more controlled roll out. People will also likely miss or ignore the boot scripts being updated if they made local modifications, and end up with a system not booting. This will be seen most from Pi users who usually have modifications, and a kernel= line will need to be added. Unofficially supported systems with community bootloaders will similarly break when /boot/(z)Image disappears. |
Why not ship with /usr/lib/modules/*/vmlinuz and install to /boot/Image (at least temporarily). Or even, let whichever boot method one wants to use deal with contents of /boot (say, sd-boot). Would seem a bit cleaner to me if the linux kernel package didnt interfere with the boot process. ( #1910 could be relevant) I stumbled upon this while trying to install using pacstrap and seeing the mkinitcpio getting built way too often. Also, in the current state it is ugly to use dracut or booster for generating an initrd (which I wanted to do). |
@kmihelich is there any news on this? Currently everything still gets built twice. 😢 The fallback images are also still enabled by default (and can not be removed) - this makes four builds for only one kernel (of which 3 are unnecessary). It would be really great to solve this. If you need help with it, please let me know! |
I feel like breaking changes are to be expected in arch if there's a significant problem that needs to be solved (new archlinux arm user here so no idea if this is true for archlinux arm). Building the initramfs twice seems like a significant problem, it takes quite some while on my boards at least and significant % of the compute. So I would really wish this can be solved. If breaking changes need to be avoided, maybe some kludge could work. e.g. the new kernel package with the fix is introduced with a different package name and conflicts with the old package so that new installs gets the fix automatically and old installs need to be manually switched over to the new package and the old package can be dropped from the mirrors. After awhile the new package can rename back to the nominal name. |
The packages kmod (60-depmod.hook) and mkinitcpio
(90-mkinitcpio-install.hook) ship their own generic hook files. Do not
run twice but remove the package specific hooks.