You are here has a typo, I think. Can I fix it in my own copy?

5 posts / 0 new
Last post has a typo, I think. Can I fix it in my own copy?

I'm using a protein_tools script that calls up the script.  In line 85 of, it says:

print "theres some problem with this score line, possible corruption, skipping line"

But I think it should be:

print ("theres some problem with this score line, possible corruption, skipping line")

It won't let me write over the script file, even though I think I have ownership of the software.  What can I do?

Post Situation: 
Thu, 2018-08-02 15:15

Update: I've been editing it, and now I'm stuck on protein_tools/rosettautil/protein/util trying to import "PSSM", which it can't find...

Thu, 2018-08-02 15:57

So the `print stuff` versus `print( stuff )` difference is a Python2 versus Python3 issue. -- Most scripts in Rosetta are still written in Python2. We're slowly converting over to Python3, but if you're getting those sorts of issues, your best bet is to run those scripts with Python2, instead of manually converting to the Python3 syntax. (There's a number of other Python2/Python3 differences, and something that's not intended to work with Python3 is not necessarily going to work correctly, even if you change all the print statements.)

That said, you should be able to edit your own copy of the script, if you have write permission to the directory. (If you have a shared installation of Rosetta, you probably won't have write access to the directory.)

Note that if you do copy the script to a new directory for your own version/as a backup, you'll want to copy the full directory path. These scripts often rely on other scripts in the directory, and if you copy one script out of the directory (or change the hierarchy), this can mess up the autodetection behavior.

Even if you preserve the hierarch, sometimes the scripts are finniky about the module search path. I think that's what your PSSM problem is. The PSSM module is in the tools/protein_tools/rosettautil/protein/ directory, and apparently this doesn't work right on your machine. One way around it is to edit the to use a relative import.

That is, change `import PSSM` to `from . import PSSM`  (This syntax should work with both Python2 and Python3)


Fri, 2018-08-03 08:38

Thank you, rmoretti.  I'm finding quite a few rabbit trails in the software setup of the computer lab I'm  using.  Python is brought in through anaconda, which results in a lot of redirection/misdirection.  I got stuck again on "the id ( ) is already used for a sibling of this entity."  I ended up just using the clean_pdb script for the purpose of renumbering, which worked fine.

Fri, 2018-08-03 09:08

Unfortunately, that error message is due to a change in how BioPython behaves with more recent versions. See and the BioPython bug filed at

Right now we don't have a fix for it, other than using an older version of BioPython. (Or using some other script.)

Fri, 2018-08-03 11:39