On Thu, 08 Oct 2020 02:51:49 -0400,
Ashley Dixon wrote:
>
> [1 <text/plain; us-ascii (quoted-printable)>]
> 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
I always get this error, but the flag indicating which driver is being
used still works, so I have not paid too much attention to this one.
I do have a running system with /lib/modules and the error still
occurrs.
--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?
John Covici wb2una
cov...@ccs.covici.com
