With versions of kmod older than v31 and older, the ebuild will create symbolic links in sbin for: depmod, insmod, modprobe, rmmod. With kmod v32, only the modprobe symbolic link will be created. In particular, this issue breaks the genkernel script gen_configkernel.sh which expects to find depmod in the sbin directory when module compression is enable in the kernel. Reproducible: Always Steps to Reproduce: Install kmod v32. Actual Results: Missing symbolic links: /sbin/depmod /sbin/insmod /sbin/rmmod Expected Results: Symbolic links not to be missing. I check the kmod binary packages for amd64 and arm64 and verified that the symbolic links were created on kmod v31.
There's no reason for genkernel to hard code the path to depmod. How unfortunate.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=eb13455af714ffb37726b04cbc87f91bbc2fbf97 commit eb13455af714ffb37726b04cbc87f91bbc2fbf97 Author: Mike Gilbert <floppym@gentoo.org> AuthorDate: 2024-06-21 02:16:09 +0000 Commit: Mike Gilbert <floppym@gentoo.org> CommitDate: 2024-06-21 02:19:07 +0000 sys-apps/kmod: move kmod and symlinks back to / This allows us to drop the split-usr USE flag and maintains compatibility with the kernel and genkernel. Closes: https://bugs.gentoo.org/934535 Signed-off-by: Mike Gilbert <floppym@gentoo.org> sys-apps/kmod/{kmod-32-r1.ebuild => kmod-32-r2.ebuild} | 14 +++++++++----- sys-apps/kmod/kmod-9999.ebuild | 14 +++++++++----- 2 files changed, 18 insertions(+), 10 deletions(-)
Thanks for the super fast response! I really appreciate it!
