Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Is adding gcc and firends to library path for Vulkan really necessary? #178

Open
exzombie opened this issue Jul 3, 2024 · 0 comments
Open

Comments

@exzombie
Copy link

exzombie commented Jul 3, 2024

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant