-
Notifications
You must be signed in to change notification settings - Fork 157
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
ImportError While Using the ProDy Interface in NMWizard #1961
Comments
I'd guess that this is something to do with how the environment is set up when running inside vmd, so that something required by sqlite3 isn't accessible properly. Can you install vmd inside the same venv and run it from there? Or even just run vmd with the venv active? We sometimes run vmd from inside our python environments to get drugui working too |
Thanks for the reply. The error log in my previous post was already generated with VMD launched under venv. I'm not sure how to install VMD inside venv. My impression is that venv can only handle python packages while VMD is a seperate application. I also suspected that the problem was caused by venv before, which is why I installed everything again on the system with venv deactived. But the errorlog was somewhat the same:
Some other stuffI did notice that, it seemed like VMD imported sqlite3 from the system python library all the time, regardless of whether VMD was launched with venv activated or not. I'm not sure what to make of it though. I don't know how to launch VMD in python environment properly, but I saw that there is a viewNMDinVMD() function in the ProDy package so I just ran NextI'm ready to startover to see if this can solve the problem, but I'm new to everything and I could really use some suggestions:
Thanks again. |
Yes, it’s definitely good to use an environment rather than the system python to have things controlled. We usually use conda instead of venv and there’s vmd in conda-forge so you could try that. Maybe conda just generally handles things better |
I’m using wsl too so I can give this vmd functionality a try in the coming days If you really want to use a graphical interface instead of the python API and can’t get vmd to work, there’s also a prody plugin in the scipion workflow engine |
Thank you so much. I decided to just use the anm application instead of the VMD ProDy interface for now. But I would be very grateful if you can let me know what you have found out. I will post the result here if I try it agian with conda-VMD. Thanks again! |
ok |
ok, I now have pip prody 2.4.1 and conda vmd 1.9.3 installed in the same environment with python 3.9 and I am getting the same error as you about sqlite3. |
ok, installing sqlite 3.31.1 inside that environment with |
for some reason, using the conda prody broke the vmd |
I'm new to ProDy and I was following the NMWiz tutorial to run ANM with the example pdb file. I loaded the PDB file in VMD, opened the ProDy interface in NMWiz, and followed the atom selection steps from the tutorial. After clicking the 'Submit Job' button, I received the following error:
ImportError: /usr/lib/python3.10/lib-dynload/_sqlite3.cpython-310-x86_64-linux-gnu.so: undefined symbol: sqlite3_trace_v2
My Environment
I have tried reinstalling the following for several times:
Despite these reinstallations, the problem persists.
Observations:
I noticed that, when I clicked 'submit job' in the ProDy interface, a line of command was excecuted in the terminal:
/virtual/venv/bin/python /virtual/venv/bin/prody anm --quiet -s all -o /MD1/nma/prody -p /MD1/nma/prody/2k39_anm -n 10 -c 15 -g 1 "/MD1/nma/prody/2k39.pdb"
I closed VMD, copied and ran this command directly in the terminal. Surprisingly, ProDy finished the job without any errors and generated a valid .nmd file. I confirmed the correctness of the file by loading it into NMWiz.
Other details:
I also followed this tutorial to the end in another attempt and everything was fine. This further confirms that ProDy may not be the problem.
One might notice that I installed ProDy under venv. But I have tried deactivating venv, installing everything on the system directly, and redoing all of the above steps. The returned error is the same. So venv should not be the problem.
I'm out of ideas at this moment. Any insights or suggestions on what could be causing this issue would be greatly appreciated :(
Thank you for your time!
Just for information, here is the complete error log:
The text was updated successfully, but these errors were encountered: