Arch Linux

Same deal with lib32-nvidia-utils, by the way.

install -D -m755 "libnvidia-gpucomp.so.${pkgver}" "${pkgdir}/usr/lib32/libnvidia-gpucomp.so.${pkgver}"

Dupe  FS#80127  merged here

I use a notebook with an Intel CPU and a dedicated Nvidia card. In the nvidia-smi (wayland) command, "No running processes found" appears. It is not possible to use the dedicated card on Steam or Upscayl, for example. The following errors are shown on the system as well:

vulkaninfo --summary
ERROR: [Loader Message] Code 0 : libnvidia-gpucomp.so.545.29.02: cannot open shared object file: No such file or directory
ERROR: [Loader Message] Code 0 : loader_icd_scan: Failed loading library associated with ICD JSON libGLX_nvidia.so.0. Ignoring this JSON

sudo journalctl -b --grep 'nvidia'
kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module 545.29.02 Thu Oct 26 21:21:38 UTC 2023


In x11, despite a process appearing in nvidia-smi, the dedicated card still does not work.

The dedicated card is recognized, but it is not possible to use any applications through it.

Device-2: NVIDIA GM108M [GeForce MX110] vendor: Lenovo driver: nvidia
v: 545.29.02 alternate: nouveau,nvidia_drm non-free: 535.xx+
status: current (as of 2023-09) arch: Maxwell code: GMxxx
process: TSMC 28nm built: 2014-19 pcie: gen: 1 speed: 2.5 GT/s lanes: 4
link-max: gen: 3 speed: 8 GT/s bus-ID: 01:00.0

I had the same issue as henrique with vulkaninfo. I subsequently pulled the PKGBUILD for nvidia-utils and made the following change:

% diff PKGBUILD mine
146a147
> install -Dm755 "libnvidia-gpucomp.so.${pkgver}" "${pkgdir}/usr/lib/libnvidia-gpucomp.so.${pkgver}"

I rebuilt and installed and vulkaninfo now works correctly (and reports that it implements the extension that some other program said it was missing which was what led me down this rabbit hole).

This was recently announced by nvidia [https://forums.developer.nvidia.com/t/new-driver-component-libnvidia-gpucomp/267060]:

Future NVIDIA graphics drivers for FreeBSD, Linux, Solaris, and VMware ESX will include a new library called libnvidia-gpucomp.so.<VERSION>. The <VERSION> token in the library’s SONAME and filename represents the driver version on Linux, and “1” on other platforms. The following existing libraries will depend upon the new libnvidia-gpucomp library:

libnvidia-eglcore.so.<VERSION>
libnvidia-glcore.so.<VERSION>
libnvidia-rtcore.so.<VERSION>

So it's probably pretty important.

Also, the comments in the PKGBUILD recommend that we consult [http://us.download.nvidia.com/XFree86/Linux-x86_64/545.29.02/README/installedcomponents.html] to determine what should be installed. Reviewing it, we see:

Various libraries that are used internally by other driver components. These include..., /usr/lib/libnvidia-gpucomp.so.545.29.02, ...

So it's probably as essential as it looks to me.

@dmr: That's quite a long winded version of what I already included in the bug report. ;P

545.29.02-2:
error: failed to commit transaction (conflicting files)
/usr/lib/libnvidia-gpucomp.so exists in both 'nvidia-utils' and 'lib32-nvidia-utils'
/usr/lib/libnvidia-gpucomp.so.545.29.02 exists in both 'nvidia-utils' and 'lib32-nvidia-utils'

@Mark: I actually didn't pick up on that (I'm kind of tired). However, look at it from the maintainers' point of view: say you don't know offhand what that lib is or why it matters (although you do know that lots of stuff generated by that build doesn't matter). You just see "you forgot something, read this stuff to see why it matters." You're not necessarily going to pick up it being worth worrying about, especially if you've got a lot to do.

That's why it helps to say "Something is broken and it seems to be related to that thing the other guy brought up" like Henrique did. Now it's less work for the maintainer to figure out whether this is worth his time. If I then add to it "Not only is something broken, but I've fixed it with the suggested change" it's even less work. Same with pulling the money quotes out of the articles.

I'm sure Sven is smart enough to figure this all out if he thought about it a bit. But I've already thought about it, so he doesn't have to unless he feels like it.

@dmr: Point taken, fair enough.

@mcmodder: I edited my first comment. The library goes in /usr/lib32/ for lib32-nvidia-utils.

It's fixed in staging but there's currently a database bug which doesn't allow me to update the DB. Lev and me are looking at it.