[Bug] linuxPackages_cachyos-lto.nvidia_x11 fails to build (fix included) about nyx HOT 6 OPEN

I can try to fix these two during the 6.9.0 bump tomorrow.

from nyx.

Maybe it would be reasonable to add special handling for the nvidia driver in the LTO case to automatically set this ThinLTO cache dir in order to avoid build failures?

I don't know if this could work with the sandbox modification approach (can you change sandbox paths per-derivation?) but it should be enough to create a temporary directory (with a name chosen at build-time for the kernel derivation).

It wouldn't take advantage of any caching that way but that's not really important. The main thing is that using this setting prevents the nvidia build script from trying to write to the existing kernel modules path which fails due to permission errors.

from nyx.

For starters, add it to this list:

This triggers the fixes from:

Edit: Also, I've seen users in the past just replacing it with ordinary linuxPackagesFor_cachyos.nvidia-x11 and it worked (you have to use .extend in the Packages attrset, no need for an overlay, you can do it directly in the kernel option)

from nyx.

For starters, add it to this list:

nyx/pkgs/linux-cachyos/default.nix

Line 42 in 8cb2e4e

if builtins.elem k [ "zenpower" "v4l2loopback" "zfs_cachyos" "virtualbox" ]

This triggers the fixes from:

nyx/pkgs/linux-cachyos/lib/llvm-module-overlay.nix

Line 8 in 8cb2e4e

fixKernelBuild = builtins.replaceStrings [ "${kernel.dev}" ] [ tmpPath ];

Oh interesting, I'll try that. Thanks.

Edit: Also, I've seen users in the past just replacing it with ordinary linuxPackagesFor_cachyos.nvidia-x11 and it worked (you have to use .extend in the Packages attrset, no need for an overlay, you can do it directly in the kernel option)

Yeah this does work and I was using it for awhile. Unfortunately in my case this results in two builds of the kernel since I use the znver4 package from the AMD64 microarchitectures package set (and I sometimes add additional KCFLAGS). So a solution that didn't require that would be nice.

from nyx.

This happens for xpadneo as well:

hardware.xpadneo.enable = true;

And the fix doesn't seem to work for me.

from nyx.

@PedroHLC any update on this?

from nyx.