-
Notifications
You must be signed in to change notification settings - Fork 53
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
GLIBCXX_3.4.30 not found with DIANN 1.9.1 running on linux cluster #1202
Comments
Hi Andre, We recommend packaging in a Docker or Singularity container https://github.com/vdemichev/DiaNN?tab=readme-ov-file#installation, which allows to run DIA-NN 1.9.1 on basically any Linux with a sufficiently modern kernel (which means any reasonable Linux used nowdays). The reason for the change is that 1.9 is rewritten in a way that relies heavily on C++20 and needs a modern compiler. We could try to combine modern gcc with old system libs (which is an epic pain to do), but decided that since Docker/Singularity is the preferred method to run DIA-NN anyway to just stick with it. This also allows us to benefit from the continuous performance improvments in modern gcc/clang. Best, |
Hi @Andre-C-M I’ve created a Docker container for the DIA-NN software, which you can now use to quickly set up and run DIA-NN without manual installation. You can pull the container from Docker Hub using the following link:
This container includes all the necessary dependencies and is ready for deployment. If you have any questions or suggestions, feel free to reach out. Roger |
Hi Roger, Please don't redistribute DIA-NN, but only the container image without DIA-NN binary, i.e. the user will need to put the DIA-NN binary into the container image themselves. Best, |
@vdemichev you're right, I deleted it and I will recreate it later without DIA-NN binary. |
@rolivella thank you, that would be great to have it out of the box! Which binary would i need to put back in? |
Would be the Linux one here https://github.com/vdemichev/DiaNN/releases/tag/1.9.1 or also any of the future versions. |
@Andre-C-M next week I'll do it |
Hi @vdemichev, I wanted to ask whether the Dockerfile provided below, specifically the inclusion of DiaNN software, could potentially infringe any licenses associated with DiaNN. The Dockerfile pulls the software from the public GitHub repository and uses it within an Ubuntu environment. Here’s the Dockerfile for reference: FROM ubuntu
USER root
ENV DEBIAN_FRONTEND=noninteractive
RUN apt-get update
RUN apt-get install wget -y
RUN apt-get install unzip -y
RUN apt-get install libgomp1
RUN wget https://github.com/vdemichev/DiaNN/releases/download/1.9.1/diann-1.9.1.Linux.zip -O diann-1.9.1.Linux.zip
RUN unzip diann-1.9.1.Linux.zip
RUN chmod -R 775 /diann-1.9.1 Could you clarify if this usage is compliant with DiaNN's license terms, particularly regarding redistribution and usage within a containerized environment? Thanks for your help! |
@vdemichev, kind reminder, thanks! |
Hi Roger, First, many thanks for making the Dockerfile! I cannot provide any formal/legally binding comment on the license, however to me it is obvious that instructions on how to use DIA-NN are not themselves subject to any licensing (and a Dockerfile is just a set of instructions), i.e. so long as there's no redistribution of the binary, it should perfectly fine. Whether or not the 'usage' of this Dockerfile by the end-user is license-compliant will depend on how and for which purpose the user uses DIA-NN. I would maybe add a comment line to the Dockerfile that indicates to the user that it's entirely up to them to ensure they comply with the DIA-NN license terms. Best, |
Hi @vdemichev, Thank you for your feedback! I will proceed as you suggested and add a comment to the Dockerfile indicating that users are responsible for ensuring compliance with the DIA-NN license terms. It would be really helpful if DIA-NN could be officially distributed on DockerHub, similar to what’s done with FragPipe (DockerHub - fcyucn/fragpipe). This would save developers the effort of building and maintaining the Docker image for every new version. As HPC applications continue to grow, having an official container would be incredibly useful. Just a suggestion! I’ll also post instructions here on how to build the Dockerfile and run it for others who might find it helpful. Best, |
Steps to Build the Docker Image and Convert it to a Singularity Image
|
Thank you very much for the detailed guide! I've added a reference to your post to the docs. Best, |
seems to have lost compatibility for SLES15SP5 moving from DIA-NN 1.8.1 to 1.9.1
any change to make this compatible with previous gcc?
log:
/usr/lib64/libstdc++.so.6: version
GLIBCXX_3.4.30' not found (required by /DIA-NN/diann-1.9.1/diann-linux) DIA-NN/diann-1.9.1/diann-linux: /lib64/libc.so.6: version
GLIBC_2.32' not found (required DIA-NN/diann-1.9.1/diann-linux)DIA-NN/diann-1.9.1/diann-linux: /lib64/libc.so.6: version
GLIBC_2.34' not found (required DIA-NN/diann-1.9.1/diann-linux) DIA-NN/diann-1.9.1/diann-linux: /lib64/libc.so.6: version
GLIBC_2.33' not foundthank you!
The text was updated successfully, but these errors were encountered: