You are not logged in.
I'd like to have some specific dkms packages installed and keep them up to date but omit automaic kernel modules building and installation, both on linux and linux-headers packages upgrade, as well as on dkms package upgrade itself.
So, if I need a module, I could run 'dkms install ...' and get it for currently running installed kernel without need for Internet connection.
This doesn't seem possible without modifying /usr/share/libalpm/scripts/dkms, but am I missing something and it is possible?
There is AUTOINSTALL option in dkms.conf which can be overridden by /etc/dkms/<module>.conf, but it's about automatic build and installation by dedicated service on boot, not about packages upgrade.
Last edited by dimich (Yesterday 20:08:52)
Offline
Do you want to block all modules or just specific ones?
For all, just remove and NoExtract the install and upgrade hooks.
For specific ones you'd rename the modules dkms.conf but that would of course be regenerated w/ an update and w/ NoExtract you're missing content updates.
Same issue w/ editing it to pin it to a non-existing kernel version.
=> I don't see how to do this w/o changing the script - gromit or seblu might be open to patches that allow to exempt modules listed in eg. /etc/dkms/no_alpm_rebuild or so
Online
Do you want to block all modules or just specific ones?
Just specific ones.
Yeah, I thought about NoExtract and/or overriding /usr/share/libalpm/hooks/*-dkms-*.hook but haven't figure out how to implement with it.
gromit or seblu might be open to patches that allow to exempt modules listed in eg. /etc/dkms/no_alpm_rebuild or so
Thanks, I'll think about it. Maybe it will be easy to re-use AUTOINSTALL option in the script or to introduce a blacklist.
Offline
usr/share/libalpm/hooks/70-dkms-install.hook
usr/share/libalpm/hooks/70-dkms-upgrade.hook
usr/share/libalpm/hooks/71-dkms-remove.hookalpm hooks can be overriden by files with the same name in a hook directory with higher priority (f.e. /etc/pacman.d/hooks )
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
alpm hooks can be overriden.
I know this. But override with what? The goal is to build and install dkms modules selectively. It looks like /usr/share/libalpm/scripts/dkms needs to be modified or wrapped or replaced with another script.
Offline