Summary: | sys-kernel/gentoo-kernel-5.8.10[savedconfig] fails to compile: No rule to make target 'modules_prepare' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jaak Ristioja <jaak> |
Component: | Current packages | Assignee: | Distribution Kernel Project <dist-kernel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cruzki123, mgorny, nowa, PF4Public |
Priority: | Normal | Keywords: | NeedPatch |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jaak Ristioja
2020-09-22 09:22:14 UTC
kernel-build.eclass ineed assumes that modules enabled. Had the same issue on my embedded system with no modules, ended up enabling it anyway but it wasn't ideal. A patch (to kernel-build.eclass) would be helpful. Is there any patch for this or at least a workaround I don't really need modules I use grep in my ebuilds to find out if modules are used: grep "CONFIG_MODULES=y" .config >/dev/null RETVAL=$? if [ $RETVAL -ne 0 ]; then export DO_I_HAVE_MODULES=false else export DO_I_HAVE_MODULES=true fi and: if ${DO_I_HAVE_MODULES}; then emake modules ${xmakeopts} fi and finally: if ${DO_I_HAVE_MODULES}; then emake modules_install ${xmakeopts} INSTALL_MOD_PATH="${D}"; fi Is it a good solution for kernel-build.eclass? CONFIG_MODULES=n works fine nowadays[1]. Not sure what changed but it seems like the behaviour of the kernel build system is different now because running modules_prepare when CONFIG_MODULES=n silently does nothing instead of causing a 'target does not exist' error. [1] https://gitweb.gentoo.org/repo/gentoo.git/commit/eclass/kernel-build.eclass?id=e19b3318171fe5482417c00e0ff198091080944b |