Table of Contents

Installation via Docker

Starting in 2016, we support using Docker for local development, and we are transitioning to Docker for integration testing and deployment as well.

Current Status:

  • Kuma developers are using Docker for daily development and maintenance tasks. Staff developers primarily use Docker for Mac. Other staff members and contributors use Docker’s Ubuntu packages.
  • When the master branch is updated, the kuma_base image is refreshed and published to This image contains system packages and third-party libraries.
  • The Docker development environment is evolving rapidly, to address issues found during development and to move toward a containerized design. You may need to regularly reset your environment to get the current changes.
  • The Docker environment doesn’t yet support everything from the Vagrant environment, such as local SSL development and automatic asset compiling.
  • We are documenting tips and tricks on the Troubleshooting page.

Docker setup

  1. Install the Docker platform, following Docker’s instructions for your operating system, such as Docker for Mac for MacOS, or for your Linux distribution. Linux users will also want to install Docker Compose and follow post-install instructions to confirm that the development user can run Docker commmands.

    To confirm that Docker is installed correctly, run:

    docker run hello-world
  2. Clone the kuma Git repository, if you haven’t already:

    git clone --recursive
  3. Ensure you are in the existing or newly cloned kuma working copy:

    cd kuma
  4. Initialize and customize .env. Linux users should set the UID parameter in .env, to avoid issues when mixing docker-compose and docker commands:

    cp .env
    vim .env  # Or your favorite editor
  5. Pull the Docker images and build the containers:

    docker-compose pull
    docker-compose build
  6. Start the containers in the background:

    docker-compose up -d

The following instructions assume that you are running from a folder named kuma, so that the containers created are named kuma_web_1, kuma_worker_1, etc. If you run from another folder, like mdn, the containers will be named mdn_web_1, mdn_worker_1, etc. Adjust the command accordingly, or force the kuma name with:

docker-compose up -d -p kuma

Load the Sample Database

Download and load the sample database:

wget -N
docker exec -i kuma_web_1 bash -c "zcat | ./ dbshell" < mdn_sample_db.sql.gz

It takes a few seconds to load, with this expected output:

mysql: [Warning] Using a password on the command line interface can be insecure.

This command can be adjusted to restore from an uncompressed database, or directly from a mysqldump command.

Compile locales

Localized string databases are included in their source form, and need to be compiled to their binary form:

docker exec -i kuma_web_1 make localecompile

Dozens of lines of warnings will be printed:

cd locale; ./ . ; cd --
./af/LC_MESSAGES/django.po:2: warning: header field 'PO-Revision-Date' still has the initial default value
./af/LC_MESSAGES/django.po:2: warning: header field 'Last-Translator' still has the initial default value
./zu/LC_MESSAGES/promote-mdn.po:4: warning: header field 'PO-Revision-Date' still has the initial default value
./zu/LC_MESSAGES/promote-mdn.po:4: warning: header field 'Last-Translator' still has the initial default value

Warnings are OK, and will be fixed as translators update the strings on Pontoon. If there is an error, the output will end with the error, such as:

./az/LC_MESSAGES/django.po:263: 'msgid' and 'msgstr' entries do not both end with '\n'
msgfmt: found 1 fatal error

These need to be fixed by a Kuma developer. Notify them in the #mdndev IRC channel or open a bug. You can continue with installation, but non-English locales will not be localized.

Generate static assets

Static assets such as CSS and JS are included in source form, and need to be compiled to their final form:

docker exec -i kuma_web_1 make build-static

A few thousand lines will be printed, like:

## Generating JavaScript translation catalogs ##
processing language en_US
processing language af
processing language ar
## Compiling (Sass), collecting, and building static files ##
Copying '/app/build/locale/jsi18n/af/javascript.js'
Copying '/app/build/locale/jsi18n/ar/javascript.js'
Copying '/app/build/locale/jsi18n/az/javascript.js'
Post-processed 'build/styles/wiki.css' as 'build/styles/wiki.css'
Post-processed 'build/styles/error-404.css' as 'build/styles/error-404.css'
Post-processed 'build/styles/mdn.css' as 'build/styles/mdn.css'
1687 static files copied to '/app/static', 1773 post-processed

Visit the Homepage

Open the homepage at http://localhost:8000 . You’ve installed Kuma!

Prepare for Front-end Development

When doing front-end development on your local machine, you’ll probably want to run gulp, to rebuild front-end assets as they edited, rather than running make build-static after each change.

First, install Node.js v6, using the install instructions for your OS.

Next, from the root directory of your Kuma repository, install gulp and dependencies:

npm install

Now, you can run gulp (probably from its own shell):


Alternatively, you can install gulp globally:

sudo npm install -g

And then run gulp more simply:


Create an admin user

Many Kuma settings require access to the Django admin, including configuring social login. It is useful to create an admin account with password access for local development.

If you want to create a new admin account, use createsuperuser:

docker exec -it kuma_web_1 ./ createsuperuser

This will prompt you for a username, email address (a fake address like will work), and a password.

If your database has an existing account that you want to use, run the management command. Replace YOUR_USERNAME with your username and YOUR_PASSWORD with your password:

docker-compose run --rm web ./ ihavepower YOUR_USERNAME \
--password YOUR_PASSWORD

With a password-enabled admin account, you can log into Django admin at http://localhost:8000/admin/login/

Enable GitHub Auth (optional)

To enable GitHub authentication, you’ll need to register an OAuth application on GitHub, with settings like:

As an admin user, add a django-allauth social app for GitHub:

  • Provider: GitHub.
  • Name: MDN Development.
  • Client id: <your GitHub App Client ID>.
  • Secret key: <your GitHub App Client Secret>.
  • Sites: Move from “Available sites” to “Chosen sites”.

Now you can sign in with GitHub.

To associate your password-only admin account with GitHub:

  1. Login with your password at http://localhost:8000/admin/login/.
  2. Go to the Homepage at
  3. Click your username at the top to view your profile.
  4. Click Edit to edit your profile.
  5. Under My Profiles, click Use your GitHub account to sign in.

To create a new account with GitHub, use the regular “Sign in” widget at the top of any page.

With social accounts are enabled, you can disable the admin password in the Django shell:

docker exec -it kuma_web_1 ./ shell_plus
>>> me = User.objects.get(username='admin_username')
>>> me.set_unusable_password()
>>> exit()

Interact with the Docker containers

The current directory is mounted as the /app folder in the web and worker containers (kuma_web_1 and kuma_worker_1). Changes made to your local directory are usually reflected in the running containers. To force the issue, the container can be restarted:

docker restart kuma_web_1 kuma_worker_1

You can connect to a running container to run commands. For example, you can open an interactive shell in the web container:

docker exec -it kuma_web_1 /bin/bash
make bash  # Same command, less typing

To view the logs generated by a container:

docker logs kuma_web_1

To continuously view logs from all containers:

docker-compose logs -f

To stop the containers:

docker-compose stop

For further information, see the Docker documentation, such as the Docker Overview and the documentation for your operating system. You can try Docker’s guided tutorials, and apply what you’ve learned on the Kuma Docker environment.