This repository contains Dockerfile of Jupyter for Docker's automated build published to the public Docker Hub Registry.
- Based on Jupyter official Image jupyter/datascience-notebook
- Install Docker
- Install Docker Compose
- Jupyter Notebook 4.2.x
- Conda Python 3.x and Python 2.7.x environments
- pandas, geopandas, shapely, boto, matplotlib, plotly, scipy, seaborn, scikit-learn, scikit-image, sympy, cython, patsy, statsmodel, cloudpickle, dill, numba, bokeh pre-installed
- Conda R v3.3.x and channel
- plyr, devtools, dplyr, ggplot2, tidyr, shiny, rmarkdown, forecast, stringr, rsqlite, reshape2, nycflights13, caret, rcurl, and randomforest pre-installed
- Julia v0.5.x with Gadfly, RDatasets and HDF5 pre-installed
- Unprivileged user
jovyan
(uid=1000, configurable, see options) in groupusers
(gid=100) with ownership over/home/jovyan
and/opt/conda
- tini as the container entrypoint and start-notebook.sh as the default command
- A start-singleuser.sh script useful for running a single-user instance of the Notebook server, as required by JupyterHub
- A start.sh script useful for running alternative commands in the container (e.g.
ipython
,jupyter kernelgateway
,jupyter lab
) - Options for HTTPS, password auth, and passwordless
sudo
- AWS integration with boto
Pull the image from the Docker repository.
docker pull arnaudvedy/datascience-notebook
For example, if you need to install extra packages, edit the Dockerfile and then build it.
docker build --rm -t arnaudvedy/datascience-notebook .
The following command starts a container with the Notebook server listening for HTTP connections on port 8888 without authentication configured.
docker run -d -p 8888:8888 arnaudvedy/datascience-notebook
You may customize the execution of the Docker container and the Notebook server it contains with the following optional arguments.
-e PASSWORD="YOURPASS"
- Configures Jupyter Notebook to require the given plain-text password. Should be combined withUSE_HTTPS
on untrusted networks. Note that this option is not as secure as passing a pre-hashed password on the command line as shown above.-e USE_HTTPS=yes
- Configures Jupyter Notebook to accept encrypted HTTPS connections. If apem
file containing a SSL certificate and key is not provided (see below), the container will generate a self-signed certificate for you.-e NB_UID=1000
- Specify the uid of thejovyan
user. Useful to mount host volumes with specific file ownership. For this option to take effect, you must run the container with--user root
. (Thestart-notebook.sh
script willsu jovyan
after adjusting the user id.)-e GRANT_SUDO=yes
- Gives thejovyan
user passwordlesssudo
capability. Useful for installing OS packages. For this option to take effect, you must run the container with--user root
. (Thestart-notebook.sh
script willsu jovyan
after addingjovyan
to sudoers.) You should only enablesudo
if you trust the user or if the container is running on an isolated host.-v /some/host/folder/for/work:/home/jovyan/work
- Host mounts the default working directory on the host to preserve work even when the container is destroyed and recreated (e.g., during an upgrade).-v /some/host/folder/for/server.pem:/home/jovyan/.local/share/jupyter/notebook.pem
- Mounts a SSL certificate plus key forUSE_HTTPS
. Useful if you have a real certificate for the domain under which you are running the Notebook server.
The notebook server configuration in this Docker image expects the notebook.pem
file mentioned above to contain a base64 encoded SSL key and at least one base64 encoded SSL certificate. The file may contain additional certificates (e.g., intermediate and root certificates).
If you have your key and certificate(s) as separate files, you must concatenate them together into the single expected PEM file. Alternatively, you can build your own configuration and Docker image in which you pass the key and certificate separately.
For additional information about using SSL, see the following:
- The docker-stacks/examples for information about how to use Let's Encrypt certificates when you run these stacks on a publicly visible domain.
- The jupyter_notebook_config.py file for how this Docker image generates a self-signed certificate.
- The Jupyter Notebook documentation for best practices about running a public notebook server in general, most of which are encoded in this image.
The default Python 3.x Conda environment resides in /opt/conda
. A second Python 2.x Conda environment exists in /opt/conda/envs/python2
. You can switch to the python2 environment in a shell by entering the following:
source activate python2
You can return to the default environment with this command:
source deactivate
The commands jupyter
, ipython
, python
, pip
, easy_install
, and conda
(among others) are available in both environments. For convenience, you can install packages into either environment regardless of what environment is currently active using commands like the following:
# install a package into the python2 environment
pip2 install some-package
conda install -n python2 some-package
# install a package into the default (python 3.x) environment
pip3 install some-package
conda install -n python3 some-package
JupyterHub requires a single-user instance of the Jupyter Notebook server per user. To use this stack with JupyterHub and DockerSpawner, you must specify the container image name and override the default container run command in your jupyterhub_config.py
:
# Spawn user containers from this image
c.DockerSpawner.container_image = 'arnaudvedy/datascience-notebook'
# Have the Spawner override the Docker run command
c.DockerSpawner.extra_create_kwargs.update({
'command': '/usr/local/bin/start-singleuser.sh'
})
The start.sh
script supports the same features as the default start-notebook.sh
script (e.g., GRANT_SUDO
), but allows you to specify an arbitrary command to execute. For example, to run the text-based ipython
console in a container, do the following:
docker run -it --rm arnaudvedy/datascience-notebook start.sh ipython
This script is particularly useful when you derive a new Dockerfile from this image and install additional Jupyter applications with subcommands like jupyter console
, jupyter kernelgateway
, and jupyter lab
.
You can bypass the provided scripts and specify your an arbitrary start command. If you do, keep in mind that certain features documented above will not function (e.g., GRANT_SUDO
).