On Thu, Oct 08, 2020 at 07:30:45AM +0100, Ashley Dixon wrote:
> This is just a total guess, but I can suppose that lspci uses it to convey
> which kernel modules are being used by each PCI device.

Clarification: kmod is used specifically with the `-k` switch of lspci:

        $ ash-euses -o pciutils:kmod
        sys-apps/pciutils:kmod - Enable sys-apps/kmod support for the -k switch
        in lspci command

This causes the LIBKMOD variable to be passed to the Makefile [1, 2]:

        pemake() {
            emake \
                [...]
                LIBKMOD=$(multilib_native_usex kmod) \
                [...]
                "$@"
        }

Anyway, with regards to your problem: if you're just installing your system now,
then you're probably getting this error  because  `/lib/modules`  doesn't  exist
inside your chroot.  This path is hardcoded into pciutils  [3];  this  has  been
modified by some vendors of the package, but not Gentoo [4].  You needn't  worry
unless you're still getting this error  outside  of  your  chroot,  once  you've
completed the installation. Just focus on building a kernel for now.

[1] 
https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-apps/pciutils/pciutils-3.7.0.ebuild#n81
[2] https://devmanual.gentoo.org/eclass-reference/multilib-build.eclass/#lbAE
[3] 
https://git.kernel.org/pub/scm/utils/pciutils/pciutils.git/tree/ls-kernel.c#n134
[4] 
https://github.com/NixOS/nixpkgs/commit/286c836b3f1421553c103758537929e596256e65#diff-0a685886728285db8aa0594d87cb29b4

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA

Attachment: signature.asc
Description: PGP signature

Reply via email to