FS#59622 - [linux] 60-linux.hook: do not use depmod --quick
Attached to Project:
Arch Linux
Opened by Johannes Ernst (jernst) - Sunday, 12 August 2018, 00:43 GMT
Last edited by Jan Alexander Steffens (heftig) - Sunday, 12 August 2018, 09:41 GMT
Opened by Johannes Ernst (jernst) - Sunday, 12 August 2018, 00:43 GMT
Last edited by Jan Alexander Steffens (heftig) - Sunday, 12 August 2018, 09:41 GMT
|
Details
TLDR: In a recent commit [1], the pacman hook that runs
"depmod" gained a --quick option. This causes some
dependencies to get missed under some circumstances.
Proposal: drop the --quick option again, or as loqs suggested here [2], disable CONFIG_MODVERSIONS which would force strict version matching so the module would have to be built after the kernel. I prefer reverting to how it was before this commit. Here's the sequence of events: 1. I build a package that contains a kernel module. (Example: intel-nuc-led, a kernel module that can drive the LEDs on an Intel NUC [3]) 2. On my target system, I do something that causes depmod to be run 3. I install my package (intel-nuc-led) on the target system 4. The hook executes with --quick, but does not update the dependencies because the kernel module was built *before* the dependencies were last updated on this system. [1] https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/linux&id=3c631ededc1a446066a05dff34b08a2fa00de6fe [2] https://bbs.archlinux.org/viewtopic.php?pid=1802005#p1802005 [3] https://github.com/uboslinux/ubos-devices/blob/master/intel-nuc-led/PKGBUILD |
This task depends upon
Closed by Jan Alexander Steffens (heftig)
Sunday, 12 August 2018, 09:41 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed in trunk.
Sunday, 12 August 2018, 09:41 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed in trunk.