Mateusz Kowalczyk

My coworker hit something similar today: he upgraded to 510.73.08 which his distro packager presumably got from https://developer.download.nvidia.com/compute/cuda/repos/ubuntu2004/x86_64/ but that version is missing from https://download.nvidia.com/XFree86/Linux-x86_64/ I'm not sure what the...

For us, we have multiple users (say, 10 developers) and each needs to be able to run some produced binary and the setups aren't uniform at all: some people on...

Thanks for the comments, I'll check them in detail tomorrow. w.r.t. nvidia versions: I think this isn't really a problem honestly. It seems easy to automate updating a list of...

>make a simple wrapper that finds installed nixGL comand and execs the actual underlying process with it I forgot to mention why I'd want to do this: having such detection/wrapper...

NIXGL_WAS_HERE_FLAG sounds OK; but I think we still would like no make it possible to have something just work without user having to explicitly invoke nixGLIntel or whatever. I think...

is there a problem with containers dependency? it comes with ghc anyway, no?

Thanks for the detailed answer. I'll be sure to update when(if!) I end up doing something from here. I'll of course give credit where credit is due if anything ends...

Ah, actually it's even worse: `pkgs.jq.out` does not work as it seems to produce empty link. So probably we're forced to do a nix wrapper that symlinks `${pkgs.jq.bin}/bin/jq` and build...

> Ah, actually it's even worse: `pkgs.jq.out` does not work as it seems to produce empty link. So probably we're forced to do a nix wrapper that symlinks `${pkgs.jq.bin}/bin/jq` and...

I'll give it a go at some point I think, the existing behaviour is a bit too painful 😣