You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
mitogen/.ci
Alex Willmer 55b0ece0e7 CI: Test SSH password authentication without sshpass command
Ansible 12 (ansible-core 2.19) has gained support for specifying an SSH
password, without requiring `sshpass`. It specifies the environment variable
`SSH_ASKPASS` such that `ansible` itself is called.

Mitogen is already able to support this. This change provides test coverage of
the new feature by not installing `sshpass` on macOS runners. when Ansible 12
is under test. Ubuntu runners come with `sshpass` pre-installed.

Required Ansible is also bumped to the latest pre-releases, for relevant
fixes.
6 months ago
..
soak .ci: import soak scripts. 7 years ago
README.md ci: Reduce number of Jobs by parameterizing Mitogen Docker SSH tests 1 year ago
ansible_tests.py CI: Consolidate directory path constants 11 months ago
ci_lib.py CI: Upgrade Github jobs from Ubuntu 20.04 to 22.04 & 24.04 9 months ago
debops_common_install.py ci: Extract container registry location into variables 1 year ago
debops_common_tests.py CI: Don't share temporary directory between test groupings 11 months ago
install_sshpass CI: Test SSH password authentication without sshpass command 6 months ago
localhost_ansible_tests.py CI: Test SSH password authentication without sshpass command 6 months ago
mitogen_py24_install.py ci: Move container registry authentication to an Azure Devops step 1 year ago
mitogen_py24_tests.py ci: Reduce number of Jobs by parameterizing Mitogen Docker SSH tests 1 year ago
mitogen_tests.py ci: Reduce number of Jobs by parameterizing Mitogen Docker SSH tests 1 year ago

README.md

.ci

This directory contains scripts for Continuous Integration platforms. Currently GitHub Actions, but ideally they will also run on any Debian-like machine.

The scripts are usually split into _install and _test steps. The _install step will damage your machine, the _test step will just run the tests the way CI runs them.

There is a common library, ci_lib.py, which just centralized a bunch of random macros and also environment parsing.

Some of the scripts allow you to pass extra flags through to the component under test, e.g. ../../.ci/ansible_tests.py -vvv will run with verbose.

Hack these scripts until your heart is content. There is no pride to be found here, just necessity.

ci_lib.run_batches()

There are some weird looking functions to extract more paralellism from the build. The above function takes lists of strings, arranging for the strings in each list to run in order, but for the lists to run in parallel. That's great for doing setup.py install while pulling a Docker container, for example.

Environment Variables

  • MITOGEN_TEST_DISTRO_SPECS: a space delimited list of distro specs to run the tests against. (e.g. centos6 ubuntu2004-py3*4). Each spec determines the Linux distribution, target Python interepreter & number of instances. Only distributions with a pre-built Linux container image can be used.

    • debian-py3: when generating Ansible inventory file, set ansible_python_interpreter to python3, i.e. run a test where the target interpreter is Python 3.
    • debian*16: generate 16 Docker containers running Debian. Also works with -py3.
  • MITOGEN_TEST_IMAGE_TEMPLATE: specifies the Linux container image name, and hence the container registry used for test targets.