Closed ScarWar closed 1 year ago
oh interesting. Is that env variable specific to your library? If so I'd argue that your use case requires modifying the dockerfile to install your binaries + set up the env variables they need.
If it's something required by tflow/torch/other-libs, then I can see an argument for including it by default.
Thanks for the quick repaly
No, the env. var is not specific to any library, but rather it is related to the CUDA SDK location. AFAIK, tf and torch come with their own cuda.h
, but many other libraries, including Nvidia's, need it set correctly (quick search results).
Ah I see. Well then I think we should add this! Thanks for bringing it to our attention.
Seems like a simple addition to the Dockerfile. Would you like to open a PR or should I do so on your behalf?
Hi @ScarWar this is definitely important and will be part of the next release. Thank you!
Solved with PR #87
Hello, I think we are missing an env. variable in the Dockerfile on the location of the cuda headers.
I ran the docker on my university GPU cluster using
udocker
, and I'm using a library calledKeOps
which uses cuda intensively. But every time I tried to importkeops
in my project I had a problem withcuda.h
file not being found, although when I rantorch.cuda.is_avaliable()
I was gettingTrue
. I was searching for a solution for a long time, and after looking at the keops-full dockerfile I found a tiny but essential env. variableCUDA_PATH
, which is set to/opt/conda/
, which indeed containscuda.h
file.After setting in
~/.bashrc
the env. variableexport CUDA_PATH=/opt/conda/
and restarting the docker I ran the import again and found success.I think that this env. is missing and must be added to the dockerfile