OCW Installation Instructions
- The latest version of conda. The recommended way to obtain this is to install either the Anaconda or Miniconda scientific python distributions. Be sure to allow the installation to update your PATH for you.
In addition to the standard scientific python packages bundled with most anaconda installations, the following packages will be installed:
- requests: Used to make HTTP requests. The OCW UI and Toolkit use this.
- bottle: Simple Python backend webserver used by the OCW UI.
- pydap: A Python library for connecting to OpenDAP servers. The Toolkit uses this to handle OpenDAP connections.
- pyesgf: A Python library for downloading files from the Earth System Grid Federation database.
Before invoking conda to install the dependencies, it's always a good idea to ensure that your version of conda is up to date. You can do this with:
Then to install OCW and its dependencies into your conda environment (by default in ~/anaconda or ~/miniconda), you may use:
To give yourself some peace of mind that such a simple installation method actually works, it is recommended that you test you installation. The main OCW codebase has some simple examples which may be obtained using:
If you do not wish to directly use git, you may download and extract a copy of the code directly from our GitHub page. Once you've obtained the code, head on over to the examples and run one of them.
After the evaluation runs you should find a .png file in the examples directory. Congratulations, your install was successful!
Fetching Updates and changing versions
Keeping OCW up to date is even more simple than the installation itself. Use:
Creating a clean environment
It should be noted that the above instructions will install OCW and its dependencies into your default conda environment. For those users who wish to perform development and testing in a clean and isolated environment, they should instead perform their installations using:
This will create a new virtual environment named "ocw" with only OCW and its dependencies installed. To activate this environment, use:
To deactivate the environment, use:
See this page for further documentation on virtual conda environments.
Maintaining the conda packages (for advanced users)
The following section contains some useful information for those in the OCW developer community who are interested in maintaining the conda packages.
It is highly recommended that you read the conda build documentation first.
The meta.yaml recipe file
There are only a few entries in this file that should be updated. These are as follows:
This should be in the form X.Y.Z which corresponds to the latest release. Note that the ocw source distribution for the given version must first be uploaded to PyPI before making this change, or else conda will fail to build the package. This is main field that you need to change when creating a new release.
Where X.Y.Z should be replaced by the version number of the release.
We use sha256 to populate the hash field. This too must be changed with every new release. To do this, you'll need to make sure OpenSSL is installed on your machine:
Then to generate the hash string, you may use:
Where X.Y.Z should be replaced by the version number of the release. Then you may use the resulting hash string to set the hash in the recipe file. For example:
A few notes:
- number should be set to 0 for all new releases. For updating an existing release, increment this by 1 for each update.
skip Should only be set to True for unsupported platforms. This can be achieved using preprocessing selectors. For example, to skip building for Python 3, you would use:
- Do not change the script field!
Every listed dependency must be available on some anaconda channel, preferably either the default anaconda channel or the conda-forge channel. If not, consider adding a recipe by submitting a pull request to the conda-forge staged-recipes repo! See the README in the repo for more detailed guidelines.
This section lists all of the dependencies needed for ocw at build time (not really important since we don't use any extensions) and runtime (much more important). As with the skip field in the build section, certain dependencies can and should be excluded if they are not supported on certain platforms. For example, if a package named "foo" is not compatible with Windows, it may be excluded using:
This section contains a list of GitHub usernames which have commit rights to the ocw-feedstock repo. If you are a regular contributor to the project and want to help maintain the recipe file, you should add your own GitHub username to this list.
Guidelines for updating the recipe
- Any updates to the recipe should be done through a pull request to the feedstock repo.
- All changes should be done from your own fork (not on an upstream branch).
- Finally, make sure that all of the CI builds (Circle, AppVeyor, and Travis) are passing before merging the PR. While this might seem inconvenient for committing very trivial changes to the recipe, it is necessary because it is the very same CI services which automate the process of building and uploading the binary package files to the conda-forge channel.