You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Not having (yet) gone to test a hudred different programs, I'm wondering what is the purpose of adding stuff like zlib and gcc to LD_LIBRARY_PATH. Does Vulkan really not work without them? I tried removing everything added by nixGLVulkanIntel, keeping only paths added by nixGLIntel, and running vulkan-info, mpv and chromium; all three reported Vulkan was functional.
The reason I ask is that, after going to nixpkgs 24.05, a lot of stuff is broken. The glibc version is newer than on the host OS, so I get glibc errors when a wrapped program tries to start a host-provided executable. To avoid this, one can pin the version of nixpkgs used for nixGL to 22.11, so that the wrappers are built with an older glibc. It seems sensible to use drivers from the same era as the host OS. However, because the Vulkan wrapper pulls is a bunch of other libraries, I now get GLIBCXX version conflicts.
In other words, I'm stuck between a rock and a hard place, and the stuff added to the library path by the vulkan wrapper stands in the way of me getting out of that place and finishing Smona/home-manager#1.
The text was updated successfully, but these errors were encountered:
Not having (yet) gone to test a hudred different programs, I'm wondering what is the purpose of adding stuff like zlib and gcc to
LD_LIBRARY_PATH
. Does Vulkan really not work without them? I tried removing everything added bynixGLVulkanIntel
, keeping only paths added bynixGLIntel
, and running vulkan-info, mpv and chromium; all three reported Vulkan was functional.The reason I ask is that, after going to nixpkgs 24.05, a lot of stuff is broken. The glibc version is newer than on the host OS, so I get glibc errors when a wrapped program tries to start a host-provided executable. To avoid this, one can pin the version of nixpkgs used for nixGL to 22.11, so that the wrappers are built with an older glibc. It seems sensible to use drivers from the same era as the host OS. However, because the Vulkan wrapper pulls is a bunch of other libraries, I now get GLIBCXX version conflicts.
In other words, I'm stuck between a rock and a hard place, and the stuff added to the library path by the vulkan wrapper stands in the way of me getting out of that place and finishing Smona/home-manager#1.
The text was updated successfully, but these errors were encountered: