- Jan 14, 2019
-
-
Studer Gabriel authored
-
- Jul 02, 2018
-
- Apr 27, 2018
-
-
Gerardo Tauriello authored
-
- Mar 22, 2018
-
-
Rafal Gumienny authored
-
- Mar 20, 2017
-
-
pablo_import authored
-
pablo_import authored
-
pablo_import authored
-
pablo_import authored
-
pablo_import authored
-
pablo_import authored
-
pablo_import authored
-
- Feb 10, 2016
-
-
Bienchen authored
-
- Jan 19, 2016
-
-
Bienchen authored
-
- Dec 01, 2014
-
-
Andreas Schenk authored
-
- Jul 31, 2013
-
-
Marco Biasini authored
fixes problems for users with read-only home directories. Plus, it's easy enough for the user to create the file when it's needed
-
- Jun 07, 2013
-
-
Andreas Schenk authored
-
Valerio Mariani authored
Substitutes DEBIAN_STYLE_LIBEXEC flag and manages location and name of lib and libexec folders on Debian/Ubuntu-based systems
-
- May 10, 2013
-
-
ansgar authored
-
- May 08, 2013
-
-
Marco Biasini authored
since the ost startup script lives in the same directory as the top-level ost modules (python{version}/site-packages/ost), the directory got automatically added to sys.path. That's bad for several reasons I don't want to go in right now (see discussion on the mailing list). Instead of passing the script as a script name to execute, we now use execfile with the startup script. This circumvents addition of the directory to the path and makes Gabriel smile again.
-
- Mar 18, 2013
-
-
-
Commited patched file by mistake
-
Thanks Tobias for diagnosing the problem
-
Marco Biasini authored
Up until Python 2.6, MacOS X systems were detected as 32 bit platforms. Now, they are detected as 64bit systems. This caused sys.path to be wrong and the ost module could not be imported
-
- Mar 15, 2013
-
-
Valerio Mariani authored
-
- Mar 12, 2013
-
-
Valerio Mariani authored
Commited patched file by mistake
-
Valerio Mariani authored
Commited patched file by mistake
-
Valerio Mariani authored
Thanks Tobias for diagnosing the problem
-
Valerio Mariani authored
Thanks Tobias for diagnosing the problem
-
- Feb 03, 2013
-
-
Marco Biasini authored
-
- Feb 01, 2013
-
-
Andreas Schenk authored
-
- Dec 19, 2012
-
-
Andreas Schenk authored
-
- Dec 05, 2012
-
-
Andreas Schenk authored
-
- Nov 19, 2012
-
-
Ansgar Philippsen authored
there are now three startup files; ost_startup.py (former init_cl.py) initializes non-gui ost; dng_startup (former init.py) initializes dng; and gosty_startup initializes gosty (some issues remain what to put into dng_startup as opposed to gosty_startup). also, files are now properly placed into site-packages/ost (on osx and linux)
-
- Nov 12, 2012
-
-
Andreas Schenk authored
changed python unit tests to run with python instead of ost Remarks ------- Python unit tests using blast, clustalw or the compound lib where skipped on my system. There might be still some missing imports in these tests.
-
- Oct 13, 2012
-
-
Marco Biasini authored
-
- Oct 12, 2012
-
-
Marco Biasini authored
-
Marco Biasini authored
-
- Sep 12, 2012
-
-
Andreas Schenk authored
Without the quotes the scripts don't work if there is a directory with spaces in the binary path.
-
- Aug 15, 2012
-
-
Marco Biasini authored
Unit tests are working, except the ones relying on the HeuristicProcessor, which is currently only a stub.
-
- Aug 03, 2012
-
-
Marco Biasini authored
Setting the PYTHONPATH in ost_config is no longer required (This was breaking stuff for projects relying on OpenStructure).
-