Contributions are welcome!
The repository is hosted at gitlab.com/yaal/canaille.
If you want to implement a feature or a bugfix, please start by discussing it with us on the bugtracker or the matrix room.
You can either run the development server locally or with Docker.
After having launched the development server, you have access to several services:
- A canaille server at canaille.localhost:5000
- A dummy client at client1.localhost:5001
- Another dummy client at client2.localhost:5002
- A mail catcher at maildump.localhost:1080
The canaille server has some default users:
- A regular user which login and password are user;
- A moderator user which login and password are moderator;
- An admin user which admin and password are admin;
- A new user which login is james. This user has no password yet, and his first attempt to log-in would result in sending a password initialization email (if a smtp server is configured).
Canaille comes with several backends:
- a lightweight test purpose memory backend
- a sql backend, based on sqlalchemy
- a production-ready LDAP backend
The only tool required for local development is uv. Make sure to have uv installed on your computer to be able to hack Canaille.
Initialize your development environment with:
uv sync --all-groups --all-extras
if you want to have everything at your fingertips. Note that it may compile some Python dependencies that would expect things to be installed on your system;uv sync --extra front --extra oidc
to have a minimal working development environment. This will allow you to run the tests withuv pytest --backend memory
.uv sync --extra front --extra oidc --extra sqlite
to have a minimal working development environment with SQLite backend support. This will allow you to run the tests withuv pytest --backend sql
.uv sync --extra front --extra oidc --extra ldap
to have a minimal working development environment with LDAP backend support. This will allow you to run the tests withuv pytest --backend ldap
. Some dependencies of Canaille might need to be compiled, so you probably want to check that GCC and cargo are available on your computer.
With the SQL backend, the development server will load and save data in a local sqlite database.
uv run devserver
With the memory backend, all data is lost when Canaille stops.
uv run devserver --backend memory
With the LDAP backend, all data is lost when Canaille stops.
uv run devserver --backend ldap
Note
If you want to run the development server locally with the LDAP backend, you need to have
OpenLDAP installed on your system.
It is generally shipped under the slapd
or openldap
package name.
Warning
On Debian or Ubuntu systems, the OpenLDAP slapd binary usage might be restricted by apparmor, and thus makes the tests and the development server fail. This can be mitigated by removing apparmor restrictions on slapd.
sudo apt install --yes apparmor-utils
sudo aa-complain /usr/sbin/slapd
With the SQL backend, the development server will load and save data in a local sqlite database.
cd dev
docker compose up
With the memory backend, all data is lost when Canaille stops.
cd dev
docker compose --file docker-compose-memory.yml up
With the LDAP backend, all data is lost when Canaille stops.
cd dev
docker compose --file docker-compose-ldap.yml up
The development server database comes populated with some random users and groups. If you need more, you can generate
users and groups with the populate
command:
# If using docker:
docker compose exec canaille env CANAILLE__DATABASE=<backend> CONFIG=conf/canaille.toml uv run canaille populate --nb 100 users # or docker-compose
# If running in local environment
env CANAILLE__DATABASE=<backend> CONFIG=conf/canaille.toml uv run canaille populate --nb 100 users
Adapt to use either the ldap or the sql configuration file. Note that this will not work with the memory backend.
To run the tests, you just can run uv run pytest and/or uv run tox to test all the supported python environments. Everything must be green before patches get merged.
To test a specific backend you can pass --backend memory
, --backend sql
or --backend ldap
to pytest and tox.
The test coverage is 100%, patches won't be accepted if not entirely covered. You can check the
test coverage with uv run pytest --cov --cov-report=html
or uv run tox -e coverage -- --cov-report=html
.
You can check the HTML coverage report in the newly created htmlcov directory.
We use ruff along with other tools to format our code.
Please run uv run tox -e style
on your patches before submitting them.
In order to perform a style check and correction at each commit you can use our
pre-commit configuration with uv run pre-commit install
.
The interface is built upon the Fomantic UI CSS framework. The dynamical parts of the interface use htmx.
- Using Javascript in the interface is tolerated, but the whole website MUST be accessible for browsers without Javascript support, and without any feature loss.
- Because of Fomantic UI we have a dependency to jQuery, however new contributions should not depend on jQuery at all. See the related issue.
The documentation is generated when the tests run:
tox -e doc
You can also run sphinx by hand, that should be faster since it avoids the tox environment initialization:
sphinx-build doc build/sphinx/html/en
The generated documentation is located at build/sphinx/html/en
.
Note
The documentation generates dynamic screenshots of Canaille using sphinxcontrib-screenshot, that internally uses Playwright. Playwright needs to be initialized with the following command:
uv run playwright install firefox
The nix-build
command is needed to create the Canaille Docker image.
Follow the NixOS documentation instructions to install it on your system.
The Docker image can be built with the following command:
docker load < $(nix-build --no-out-link canaille.nix)
Check the Docker image with the following command:
docker run -it -p 5000:5000 canaille:latest
export CANAILLE_VERSION=$(python -c "from importlib.metadata import version; print(version('canaille'))")
docker tag canaille:latest "yaalcoop/canaille:latest"
docker tag canaille:latest "yaalcoop/canaille:${CANAILLE_VERSION}"
docker login --username <hub docker login>
docker push yaalcoop/canaille:latest
docker push yaalcoop/canaille:${CANAILLE_VERSION}
docker pull yaalcoop/canaille:latest
The Python packaging step is took care of by uv:
uv build
To build a single binary of Canaille, you can use pyinstaller by installing the release dependency group:
uv sync --group release --all-extras --no-dev
uv run pyinstaller canaille.spec
- Check that dependencies are up to date with
uv sync --all-extras --all-groups --upgrade
and update dependencies accordingly in separated commits; - Check that tests are still green for every supported python version, and that coverage is still at 100%, by running
uv run tox
; - Check that the development environments are still working, both the local and the Docker one;
- Check that the :ref:`development/changelog:Release notes` section is correctly filled up;
- Increase the version number in
pyproject.toml
; - Commit with
git commit
; - :ref:`Build the packages <development/contributing:Build a release>` with
uv build
; - Install from the .whl generated with
uv pip install <path/to/dist/canaille-x.x.xx-py3-none-any.whl>[front,oidc,postgresql,server,otp,sms]
; - Test creation of a user with
canaille config dump
andcanaille create user --user-name admin --password admin --emails [email protected] --given-name George --family-name Abitbol
andcanaille run
; - Try to connect the user;
- Publish the Python package on test PyPI with
uv publish --publish-url https://test.pypi.org/legacy/
; - Install the test package somewhere with
pip install --extra-index-url https://test.pypi.org/simple --upgrade "canaille[front,oidc,postgresql,server,otp,sms]"
. Check that everything looks fine; - Publish the Python package on production PyPI
uv publish
; - Tag the commit with
git tag XX.YY.ZZ
; - Push the release commit and the new tag on the repository with
git push --tags
. - Try to :ref:`pull and run the docker image of Canaille <development/contributing:Production Docker image>` and update the
canaille.nix
file if necessary.