https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: sys-cluster/knem-1.1.4_p20250126 neither linux-mod-r1_src_install nor modules_post_process were used. Discovered on: amd64 (internal ref: ci) Info about the issue: https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#QA0074
Created attachment 917589 [details] build.log build log and emerge --info
Not sure what this is, as src_install has: src_install() { default if use modules; then cd "${S}/driver/linux" linux-mod-r1_src_install fi # Drop funny unneeded stuff rm "${ED}/usr/sbin/knem_local_install" || die rmdir "${ED}/usr/sbin" || die # install udev rules udev_dorules "${FILESDIR}/45-knem.rules" rm "${ED}/etc/10-knem.rules" || die } Nothing really useful from the link to the wiki.
I think if modules are optional, you need to set MODULES_OPTIONAL_IUSE, otherwise the eclass has sanity checks to see if calls are missing. Right now, if USE=-modules, the eclass still gets its pkg_setup called and so on, then in pkg_postinst, the sanity check says "hey, I got inherited, but you didn't call some of my phases". You can fix that by guarding the pkg_setup etc use, or better, just delete modules from IUSE and set MODULES_OPTIONAL_IUSE="+modules" instead before inherit which handles all that for you.
Thank-you, can we update the Wiki with some helpful text around this error? Since currently it has nothing. I'm willing to help.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5fbf8f2ad18312079251191c4dbd30b71a789adc commit 5fbf8f2ad18312079251191c4dbd30b71a789adc Author: Mike Pagano <mpagano@gentoo.org> AuthorDate: 2025-01-31 23:30:04 +0000 Commit: Mike Pagano <mpagano@gentoo.org> CommitDate: 2025-01-31 23:30:04 +0000 sys-cluster/knem: Add MODULES_OPTIONAL_IUSE support Closes: https://bugs.gentoo.org/948891 Signed-off-by: Mike Pagano <mpagano@gentoo.org> sys-cluster/knem/knem-1.1.4_p20250126.ebuild | 1 + 1 file changed, 1 insertion(+)
By the way, when doing IUSE=+modules you do not need ebuild logic around it aka, linux-mod-r1_src_compile+install and others are a no-op when USE=modules is not set
Also, the "cd" should be avoidable if modlist is configured with the path.