## page was renamed from EMAN2/install/SourceInstall ## page was renamed from EMAN2/COMPILE_EMAN2_ANACONDA ## page was renamed from EMAN2/COMPILE_EMAN2_ANACONDA/2.9 ## page was renamed from EMAN2/COMPILE_EMAN2_ANACONDA ## page was renamed from EMAN2/COMPILE_EMAN2_ANACONDA-DRAFT {{{#!html

Building EMAN2/SPARX/SPHIRE from Source

Standard instructions for establishing a build and runtime environment for EMAN/SPARX/SPHIRE on Linux, macOS and WSL2 (Windows):

}}} * While the instructions look long, in reality it should only take 10-15 minutes to complete the entire process (with a decent network connection). * We use [[https://docs.conda.io/en/latest/|Conda]] for a working environment and most of the dependencies. [[https://www.anaconda.com/distribution/|Anaconda distribution]] has become ubiquitous for Python and R-based scientific computing and education over the last decade. While it may be possible to build the system without using Conda, we do not recommend doing this, and cannot provide support for a non-conda approach. If you follow the instructions below, you should have a painless source build very quickly. * We make use of the [[https://docs.conda.io/projects/conda/en/latest/user-guide/tasks/manage-environments.html|environment]] system in [[https://docs.conda.io/en/latest/|conda]], the package manager, to isolate EMAN2 dependencies from other conda packages you may have installed. If you need to install other packages you wish to use in concert with EMAN2, you will need to install them within the EMAN2 environment. Be warned that sometimes installing another package may trigger a version change in one of EMAN2's dependencies, which may or may not be a problem, depending on which dependency it is. We strongly suggest getting the base EMAN2 installed and working first, before trying to install any additional packages within the same conda environment. * Note that even with a source build it may be difficult to get this working on systems with very old operating system installs. We normally try to support OS versions as much as 5-7 years old. Please report any problems. * '''GPU Support (Linux Only!):''' For features which support the GPU, please complete the standard source install instructions below, then follow the [[EMAN2/Install/BinaryInstallAnaconda/2.31#Using_the_GPU|GPU instructions]] from the binary installation page. * '''NOTE: Instructions Changed May 2023:''' In May 2023 we changed how the dependencies for EMAN2 were handled to allow for more flexible updating/changing of dependent packages without breaking the whole install. You may consider starting from scratch if your Anaconda setup predates May 2023. <> == Initial Setup == This section only needs to be completed once. If you have a working EMAN2 source installation and just wish to update, skip ahead to [[#daily_build|Build and Install]]. 1. '''Check your account for possible problems''' * IF you have Anaconda installed in your account already, and wish to try setting up EMAN2 as a new environment skip ahead to [[#update_conda|Configure and update conda]]. This may or may not work without some effort, depending on the age of your Anaconda install. * Otherwise: {{{#!highlight bash echo $PATH # make sure no Anaconda/Miniconda/EMAN2 entries echo $LD_LIBRARY_PATH echo $PYTHONPATH # ideally, both return nothing. If it set to something it is possible that it may interfere with Anaconda # strongly suggest at least during the install, ''unset'' both of these. After installation you can test # to see if they cause any issues }}} <> 1. '''Download and install''' '''Miniconda''': [[https://repo.anaconda.com/miniconda/Miniconda3-latest-Linux-x86_64.sh|Linux]] or [[https://repo.anaconda.com/miniconda/Miniconda3-latest-MacOSX-x86_64.sh|macOS (intel)]] or [[https://repo.anaconda.com/miniconda/Miniconda3-latest-MacOSX-arm64.sh|MacOS (ARM/M1/M2)]] {{{#!highlight bash bash # There are a variety of options you can use, but the default command above is sufficient in most cases bash --help }}} and follow the prompts. When you see ''Do you wish the installer to initialize Miniconda3 by running conda init?'', say ''no'', then move on to the next step. 1. '''Initialize conda for shell interaction.''' These instructions will depend on what shell you use. The default on most systems is ''bash''. If you use a different shell ( ''tsch'', ''zsh'', ... ), you will need to take that into account: {{{#!highlight bash # for bash-like shells, such as bash and zsh source /etc/profile.d/conda.sh # for csh-like shells, such as csh and tcsh: source /etc/profile.d/conda.csh # is bash, fish, powershell, tcsh, xonsh or zsh conda init }}} As it says after you run this command, you will need to close and reopen your shell/terminal for it to take effect. This command modified your shell initialization so the ''conda activate'' command can be used properly. For more information on conda-init and activation, see [[https://docs.conda.io/projects/conda/en/latest/user-guide/tasks/manage-environments.html#activating-an-environment|Environment Activation]]. {{{#!wiki caution '''macOS''' Users (bash only) On macOS, this modifies ''~/.bash_profile''. If you have a ''~/.profile'' startup file, creation of ''~/.bash_profile'' will prevent ''~/.profile'' from being read. A simple solution is to ''source .profile'' within ''.bash_profile''. For differences between login- and non-login shells and order of reading the startup files on macOS, see, [[https://www.anintegratedworld.com/basics-of-osx-bashrc-v-profile-v-bash_profile/]]. }}} <> 1. '''Configure and update conda.''' {{{#!highlight bash # We suggest the following, meaning you will need to use ''conda activate'' after logging in before using EMAN2 conda config --set auto_activate_base False # Automatic conda updates may cause things to break, so we suggest making all package upgrades explicitly conda config --set auto_update_conda False # Install mamba. Mamba sometimes has issues/bugs. This can vary from one week to the next. While conda is improving it still has # difficulties with complex dependency chains like EMAN2 uses. micromamba (see below) is another alternative which may be easier to get working. conda install mamba -c conda-forge # Update base environment to get the latest conda mamba update --all -n base # Mac M1/M2/... users, if you get an error in the previous step see Troubleshooting below }}} 1. '''Create a new environment''' with EMAN2 dependencies. ''eman2'' below is the name of the environment. You may make this whatever you like, as long as you remember to use the same name when doing ''conda activate''. Note that this name will appear as part of your prompt when activated, so you may want to keep it short. {{{#!highlight bash mamba create -n eman2 eman-dev --only-deps -c cryoem -c conda-forge }}} To get the '''non-GUI''' variant which will not have pyqt and pyopengl, and can be installed on machines that do not provide GUI support and do not have any OpenGL packages installed, run one of the commands below: {{{#!highlight bash mamba create -n eman2 'eman-dev=*=nogui_*' --only-deps -c cryoem -c conda-forge }}} '''List of dependencies: '''If you wish to see the list of conda dependencies that '''eman-deps''' is built from, look [[https://github.com/cryoem/eman-deps-feedstock/blob/master/recipe/meta.yaml|here]]. Some of the dependency versions are listed in the appropriate file under [[https://github.com/cryoem/eman-deps-feedstock/tree/master/.ci_support|.ci_support]]. {{{{#!wiki caution '''macOS Big Sur Users''' The new Big Sur macOS release (fall 2020) broke some things in Python, which are only now (Dec 2020) getting fixed. These fixes have not yet made their way into Anaconda. If you experience an error similar to "Unable to load OpenGL library", install a patched pyopengl package from cryoem channel (as of 1/13/2021). {{{#!shell conda install pyopengl -c cryoem }}} '''OR''' This quick fix seems to provide a temporary solution until Anaconda gets the necessary updates: You need to go into your miniconda3 or anaconda3 folder and find this file (the path may be slightly different on your install, but you should be able to find it): ''~/anaconda3/envs/eman2/lib/python3.7/site-packages/OpenGL/platform/ctypesloader.py'' Around line 80 you should find a line like: '' fullName = util.find_library( name )'' change this line to: '' fullName = '/System/Library/Frameworks/' + name + '.framework/' + name '' (important to use 8 spaces before fullName, not a ) }}}} 1. Ensure you have '''OpenGL''': EMAN2 uses OpenGL (via !PyQt) for all of its graphics. OpenGL installation depends on OS variant and, for example, whether you are using proprietary NVidia drivers under Linux. You will need to have OpenGL set up on your machine as a whole before continuing. On Mac, you should already have this with XCode. On Linux with an NVidia driver you will likely also need to install the Mesa header files. If you aren't sure how to set up OpenGL, Google can probably help. 1. '''Get EMAN code''' from [[https://github.com/cryoem/eman2|GitHub:cryoem/eman2]]. {{{#!highlight bash cd # eg - $HOME/src git clone https://github.com/cryoem/eman2.git # this will create an eman2 folder containing the current source code from the master branch }}} 1. '''Create a build directory''' (out-of-source builds are recommended). {{{#!highlight bash mkdir # eg- $HOME/src/eman2-build }}} <> == Build and Install: Daily development, Update code, etc. == When you start a new shell, these are the steps you will need to take before running EMAN programs or compiling the system: 1. '''Activate''' your environment. If you used a different name above, use it here too. {{{#!highlight bash conda activate eman2 }}} 1. '''Update and Checkout source code'''. Periodically you should update your source using standard git techniques. {{{#!highlight bash cd # /eman2 git fetch --all --prune # get remote branches and cleanup non-existing remote branches from local repo git checkout master # to make sure you are building from the current master build rather than a branch someone is working on git pull # This is what actually updates your local copy of the code }}} 1. '''CMake''' {{{#!highlight bash cd # on Mac: cmake # - eg $HOME/src/eman2, optionally add -DCMAKE_VERBOSE_MAKEFILE # on Linux: cmake -DENABLE_OPTIMIZE_MACHINE=ON # - eg $HOME/src/eman2, optionally add -DCMAKE_VERBOSE_MAKEFILE }}} * '''cmake-gui''' * If you use '''cmake-gui''', since conda is not in PATH anymore, cmake will fail to find the environment directory. In that case set CONDA_PREFIX to your conda environment directory manually. * Make sure to delete any cmake variables that cmake already found, variables like *_LIBRARY or similar, *_INCLUDE_PATH or similar, CONDA_EXECUTABLE, CMAKE_INSTALL_PREFIX and any variables that are expected to contain conda environment related values. * Configure and generate. * '''ccmake''' * If you use '''ccmake''', you may get an error related to OpenGL. If this happens try quitting ccmake and running it again. 1. '''Make''' {{{#!highlight bash make -j 8 make install # To install sphire make install-sphire }}} Note that the '''make -j 8''' above will compile using 8 threads. On some machines omitting the 8 will compile faster and cause no problems, and if you have more than 8 threads on your machine, you can increase the number. == Test install == * e2version.py * e2speedtest.py * e2display.py (not for clusters without GUI environments configured) * note: "make test" is not recommended for individual installs, this tool is primarily aimed at developers making changes in the core of the system. It is not uncommon for one or more tests to fail, and there is no need to report such failures. In most cases this is a problem with the test, not a problem with the system. 1. '''Other Environments'''. To switch to another conda environment (stop working with EMAN2), first deactivate your current environment. {{{#!highlight bash conda deactivate }}} === Troubleshooting === Solutions to potential known problems will be listed here. If these don't help, please report your problem (http://groups.google.com/group/eman2): * While ARM Macs (M1/M2/...) are improving, there can still be problems (2023) * If running mamba produces an error related to '''libarchive.13.dylib''', there are 3 different things you can try: * Forget mamba, try micromamba instead (''conda install micromamba''. The only confusing issue with micromamba is that it puts the environment files in a different place, so ''conda activate eman2'' won't work, and you have to do ''micromamba activate eman2'' * - or - * In some cases, this will fix Mamba: ''ln -s $HOME/miniconda3/lib/libarchive.dylib $HOME/miniconda3/lib/libarchive.13.dylib'' * - or - * If that doesn't fix mamba and you have HomeBrew on your machine, you can: * ''brew install libarchive'' * ''ln -s /opt/homebrew/opt/libarchive/lib/libarchive.13.dylib $HOME/miniconda3/lib'' * If using a newer C compiler on Linux, you may encounter an error like: {{{ /home/steve/miniconda3/envs/eman2/lib/libstdc++.so.6: version `GLIBCXX_3.4.29' not found }}} Simply removing the offending libstdc++.so file will normally resolve this issue. * Compilers on CentOS 6 and 7, do not support gcc's dual ABI feature which is needed to compile EMAN2's modern C++ code. On our build machine, devtools-7 and devtools-11 have been tested and confirmed to fail to compile EMAN2 code. <> == Reporting Problems == Please, provide the output of the following commands when reporting a problem. Record the session via '''script''' command. This, also, records the commands. 1. {{{#!highlight bash script filename.txt conda activate eman2 conda info -a conda list conda list --explicit cd git status git log -1 cd rm CMakeCache.txt cmake cmake . -LA make clean make -j make install make test-verbose conda deactivate exit # or Ctrl+D }}} 1. Send '''filename.txt'''. == Linux Clusters == The approach above will install EMAN with a precompiled version of OpenMPI, which may or may not work with the batch queuing system on your cluster. If it does not work, the symptom will be that MPI parallel jobs will use only a single node, no matter how many you have allocated in your job. Currently, we do not have alternative OpenMPI installation instructions.