-
Notifications
You must be signed in to change notification settings - Fork 2
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
Non-interactive shells can't run LAMMPS #9
Comments
@dskarls do you know why LD_LIBRARY_PATH=/usr/local/lib is needed in the first place? Shouldn't libraries in that directory be found automatically? I'm revisiting this because I discovered a strange behavior -- non-interactive shells of the full image CAN run find liblammps.so. Only the minimal image can't find it without loading .bashrc. I have confirmed that installing these packages in the minimal image fixes this, so something relevant happens in the Ubuntu configuration during their installation
|
@ilia-nikiforov-umn By default, the linker searches in standard directories like /lib and /usr/lib. However, if your libraries are located in non-standard directories, such as /usr/local/lib, you need to set LD_LIBRARY_PATH to include these paths. You can ensure that LD_LIBRARY_PATH includes /usr/local/lib when running your command: docker run -e LD_LIBRARY_PATH=/usr/local/lib --name kim_dev ghcr.io/openkim/developer-platform:latest-minimal lmp Or building the Docker image you can add the necessary environment variable or run |
Thanks! I didn't realize that /usr/local/lib was considered a "non-standard" directory. I was confused that /usr/local/lib was already listed in /etc/ld.so.conf.d/libc.conf, but I see now that it is not actually used until I run ldconfig. |
LD_LIBRARY_PATH is set in .bashrc, which is not called in non-interactive shells.
The text was updated successfully, but these errors were encountered: