Differences between revisions 50 and 51
Revision 50 as of 2014-02-12 05:03:05
Size: 9730
Editor: SteveLudtke
Comment:
Revision 51 as of 2014-05-20 15:20:31
Size: 12815
Editor: SteveLudtke
Comment:
Deletions are marked like this. Additions are marked like this.
Line 46: Line 46:
Additional tips: === Additional tips: ===
Line 51: Line 51:

=== Troubleshooting: ===

In a perfect world no software would interfere with each other and the world would be a happy place. When things are distributed as source, and compiled on your computer, or similarly if they come with the package manager on your computer, then all of the different software share access to a common set of dependencies (shared libraries). For example, FFTW, Qt, libGSL, etc. However, if you are a developer and want to distribute a single binary package that will run on any version of linux from the last 5 years, you pretty much have to include one specific version of each library along with the binary package. This is a pretty common practice. While it's inefficient, most scientific software projects simply lack the manpower to compile different binary packages for every different linux distribution. Unfortunately that means that, for example, if you install EMAN2 and IMOD in the same account and the two packages use different versions of some specific libraries, you can get conflicts and one of the two packages will not work properly. Here is an example:

{{{
Traceback (most recent call last):
  File "/t2/home/EMAN2/bin/e2projectmanager.py", line 34, in <module>
    from PyQt4 import QtCore, QtGui
ImportError:
/t2/home/EMAN2/extlib/lib/python2.7/site-packages/PyQt4/QtCore.so:
undefined symbol: _ZN7QLocale14scriptToStringENS_6ScriptE
}}}

In this example, there is a problem with conflicting Qt libraries from two different sources. The most common way for a binary package to find the libraries distributed with it is via the LD_LIBRARY_PATH shell variable. Unfortunately, this is the root of the problem, because the path gets used in-order, so whatever appears first is what will be used. EMAN2 recently switched to the more modern approach, where the relative library paths are compiled into the programs/libraries themselves, so LD_LIBRARY_PATH isn't required, and EMAN2 should not interfere with any of your other software. However, if you have other software which uses LD_LIBRARY_PATH, it CAN interfere with EMAN2, but only if it uses exactly the same library version EMAN2 does and it was compiled with different options.

If you see an error like the one above, the first thing is to "unset LD_LIBRARY_PATH" (unsetenv in csh), and see if your EMAN2 programs start working. If they do, then there is some conflicting library somewhere in your path, and you should probably go back and re-add the LD_LIBRARY_PATH elements one at a time until it stops working again. This will tell you which package is conflicting, and you can then arrange to avoid the conflict (perhaps with a shell script to only add the offending path element when you need that particular package). You could also complain to the developer of the other package, and ask if they could switch to a distribution scheme which doesn't require LD_LIBRARY_PATH.

The alternative solution is to go through the modest pain of building from source. Packages built from source generally will never conflict with one another in this way.

All platforms

Note for International use - We lack sufficient manpower at present for any real internationalization support. In particular some users have reported problems with the use of ',' rather than '.' in numbers. The only known solution at present is to set English to your language.

Testing

After installing on any of the systems below, you should test to make sure it's working. While we have unit testing, it is mainly for developers. Instead, we suggest just running the following 4 basic tests:

  • e2version.py (make sure the displayed version is what you expect, including the timestamp. If you have any problems we need you to include the output from this command in your message)
  • e2speedtest.py (will also give you the relative speed to expect from your machine)
  • e2workflow.py (if the GUI pops up, it's working)
  • e2proc2d.py anyimagefile bdb:test (anyimagefile is any 2d image or stack supported by eman2, this will make sure the database works)

Mac OS X

Mac OS X 10.7 - 10.8 are supported for EMAN2 nightly builds (10.6 is only supported in older, pre 2.1 releases). Download the appropriate dmg from the nightly build page, copy "EMAN2" to your "/Applications" folder. Instructions on loading the environment variable init script are included in the README.txt file included in the disk image.

There is also a visual installation guide that explains the process with screenshots.

Linux

In the following installation instruction, we assume you are installing EMAN2 in your home directory (no root privileges required), it can also be installed system-wide, in which case each user needs to source the eman2.bashrc file.

There are 2 Linux binaries:

  • eman2.daily.linux64.tar.gz - 64 bit binary
  • eman2.daily.linux.tar.gz - 32 bit binary (for very old computers, or those with 32 bit linux. Not recommended)

If you are upgrading from a previous version of EMAN2, please rename or completely remove the old EMAN2 directory before installing the new version. Unpacking the new version on top of an older version can sometimes cause problems. It is critical that you re-run the installer after unpacking the new version, and insure that your .bashrc or other login file is updated. This is the suggested sequence:

rm -rf EMAN2.old
mv EMAN2 EMAN2.old
tar xvjf eman2.daily.linux64.tar.gz
cd EMAN2
./eman2-installer

When the installer is done (takes only a few seconds), it will display an instruction to add eman2.bashrc to your login script (or similar, depending on what shell you use).

If you are familiar with Linux, this instruction should be clear. Just make sure you open a new terminal window to test the installation.

If you are a Linux novice, you need to understand that there are several different 'shells' you can use within your terminal window. The 'shell' is what provides the terminal prompt and what interprets the commands you type. Why there are different ones is a long story, but the default shell for most linux installations is called BASH. Every time you open a new terminal window or log in to the computer with something like SSH, the shell initializes itself by reading a file called .bashrc. EMAN2 has some additions to this file to tell the shell where you installed it, so it can find all of the e2* commands when you run them. You also need to know that on Linux, files starting with '.' are considered hidden files, so if you do an 'ls' you won't see this file, and it may be hidden in your file browser. If you do an 'ls -al', you will see the hidden files too. An easy way to add a line of text to a file, is to (replace text with the line you need to add):

cd
echo text >>.bashrc

This completes the installation. Follow the testing instructions above. If there are problems, please use EMAN2 Google Group. If you cannot use the Google Group for some reason, please feel free to email sludtke@bcm.edu.

Additional tips:

  • If you are also using EMAN1, you should put the EMAN2 'source' after the EMAN1 'source' in your .bashrc file.

  • Ubuntu users: A package called 'freeglut' is not always installed on Ubuntu machines, and may be required for 2-D plots (such as interactive CTF tuning). If you see blank windows when you expect to see plots, please use the package manager to install freeglut.

  • For SUSE users and users of some other KDE based platforms which refuse to work properly after installing EMAN2. EMAN2 ships with its own copy of the Qt libraries. If your distribution uses EXACTLY the same version of Qt that we provide, there may be a conflict which prevents KDE from working. Despite the version numbers being the same, Qt can be compiled with many different options, and if the options we used don't exactly match the options your OS used, then the EMAN2 libraries will conflict. There are two possible ways to resolve this: 1) remove all of the Qt libraries from EMAN2/extlib, which will force EMAN2 to use the system libraries (there is a chance that EMAN2 will not work with the system libraries). 2) Remove the EMAN2 bashrc file from your .bashrc file, and when you want to use EMAN2, set up an alias to source the bashrc from the shell you want to run EMAN2 from. This will make it so only those shells will use EMAN2's libraries, and it won't interfere with the rest of your system.

  • EMAN2 on Linux ships with its own Python interpreter, which will be used for all e2* and sx* programs. However, if you run 'python' you will use your system default python interpreter, not the one that ships with EMAN2. If you wish to write your own EMAN2 python scripts, you need to copy the first line from e2speedtest.py and put it in your python script so the correct interpreter is used.

Troubleshooting:

In a perfect world no software would interfere with each other and the world would be a happy place. When things are distributed as source, and compiled on your computer, or similarly if they come with the package manager on your computer, then all of the different software share access to a common set of dependencies (shared libraries). For example, FFTW, Qt, libGSL, etc. However, if you are a developer and want to distribute a single binary package that will run on any version of linux from the last 5 years, you pretty much have to include one specific version of each library along with the binary package. This is a pretty common practice. While it's inefficient, most scientific software projects simply lack the manpower to compile different binary packages for every different linux distribution. Unfortunately that means that, for example, if you install EMAN2 and IMOD in the same account and the two packages use different versions of some specific libraries, you can get conflicts and one of the two packages will not work properly. Here is an example:

Traceback (most recent call last):
  File "/t2/home/EMAN2/bin/e2projectmanager.py", line 34, in <module>
    from PyQt4 import QtCore, QtGui
ImportError: 
/t2/home/EMAN2/extlib/lib/python2.7/site-packages/PyQt4/QtCore.so: 
undefined symbol: _ZN7QLocale14scriptToStringENS_6ScriptE

In this example, there is a problem with conflicting Qt libraries from two different sources. The most common way for a binary package to find the libraries distributed with it is via the LD_LIBRARY_PATH shell variable. Unfortunately, this is the root of the problem, because the path gets used in-order, so whatever appears first is what will be used. EMAN2 recently switched to the more modern approach, where the relative library paths are compiled into the programs/libraries themselves, so LD_LIBRARY_PATH isn't required, and EMAN2 should not interfere with any of your other software. However, if you have other software which uses LD_LIBRARY_PATH, it CAN interfere with EMAN2, but only if it uses exactly the same library version EMAN2 does and it was compiled with different options.

If you see an error like the one above, the first thing is to "unset LD_LIBRARY_PATH" (unsetenv in csh), and see if your EMAN2 programs start working. If they do, then there is some conflicting library somewhere in your path, and you should probably go back and re-add the LD_LIBRARY_PATH elements one at a time until it stops working again. This will tell you which package is conflicting, and you can then arrange to avoid the conflict (perhaps with a shell script to only add the offending path element when you need that particular package). You could also complain to the developer of the other package, and ask if they could switch to a distribution scheme which doesn't require LD_LIBRARY_PATH.

The alternative solution is to go through the modest pain of building from source. Packages built from source generally will never conflict with one another in this way.

Windows

  • If you have installed previous version of EMAN2. Please uninstall it and remove a directory called c:\tmp\eman2db-***.
  • If you plan to install both EMAN1 and EMAN2, EMAN1 must be installed FIRST.
  • For windows(XP/Vista/7 32/64), EMAN2 comes with it's own Python2.7, with preinstalled site-packages like PyQt4, PyOpenGL etc., So if you have your own Python installed, you may need uninstall it IF there is a conflict.

  • After installation, you can open a command prompt and type e2.py.
    • If you get error like:
      • ImportError: DLL load failed: The application has failed to start because its side-by-side configuration is incorrect.
        ImportError: DLL load failed: This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem.

        please install Visual C++ 2008 Redistributable downloaded from Microsoft or from here Download Visual C++ 2008 redistributable runtime library here..

    • If you get a python prompt successfully, try typing 'display(test_image())'. You should see an s-shaped image appear on the screen. If so, EMAN2 is working.
  • If you double click on one of the icons, and the application doesn't open properly, please try running it from the command-line instead. This will give better error information.
  • EMAN2 uses PyQt4 as GUI toolkit. It has conflict with Matlab R2007b, you need uninstall Matlab or install it in a different account, i.e. not system wide install.

  • Windows user please ignore this warning message, "WARNING: Using the out of date 'bsddb' module instead of bsddb3. Consider installing newer berkeleydb and bsddb3."
  • EMAN2 may still have problems on specific windows machines. If you run into any, please report them to sludtke@bcm.edu

  • There may be conflicts with EMAN2 and other software packages which also use python. On Linux/Mac, there are mechanisms for dealing with this, but windows lacks this. Most problems with Windows installations relate to conflicts with other software.

Environement Variable Setting For EMAN2 (All platforms)

In some rare cases, the EMAN2 installer will not be able to update your environment variables properly. In such cases, we need set up environment variables like PATH, LD_LIBRARY_PATH and PYTHONPATH for EMAN2 to work correctly. These environment variables should be automatically set when you run eman-installer script when you install binary EMAN release.

  • For sh/bash like shells on Linux/UNIX system (suppose you install EMAN2 under your home directory):

export EMAN2DIR=${HOME}/EMAN2
export PATH=${PATH}:${EMAN2DIR}/bin
export PYTHONPATH=${PYTHON_PATH}:${EMAN2DIR}/lib
# export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:${EMAN2DIR}/lib    # This line should no longer be used (with releases after 2.06)
  • For csh/tcsh like shell on Linux/UNIX system (suppose you install EMAN under your home directory):

setenv EMAN2DIR ${HOME}/EMAN2
setenv PATH ${PATH}:${EMAN2DIR}/bin
setenv PYTHONPATH ${EMAN2DIR}/lib         #setenv PYTHONPATH ${PYTHONPATH}:${EMAN2DIR}/lib  if you have PYTHONPATH set
#setenv LD_LIBRARY_PATH ${EMAN2DIR}/lib    # This line should no longer be used (with releases after 2.06)
  • For windows users (suppose you install EMAN2 under C:\):

right click "my computer"->properties->Advanced->Environment Variables
in "system variables"edit the "path" entry, and add: 
C:\EMAN2\bin;C:\EMAN2\lib;C:\EMAN2\python\Python27;C:\EMAN2\python\Python27\Lib\site-packages\PyQt4\bin.

Create a new system variable PYTHONPATH, add: 
C:\EMAN2\lib;C:\EMAN2\bin. 
(note: In the example I suppose you installed EMAN2 into C:\ directory, change it accordingly if you install EMAN2 in other directory.)

EMAN2/Install/BinaryInstall (last edited 2017-12-27 01:56:26 by RJEdwards)