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
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Jan Alexander Steffens (heftig)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

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.

Loading...