Commit graph

432 commits

Author SHA1 Message Date
Slavi Pantaleev
29a739e54c Upgrade Redis (v7.2.0-0 -> v7.2.3-0) 2023-12-05 09:31:48 +02:00
Slavi Pantaleev
eeb640b9ac Upgrade MongoDB (v7.0.2-0 -> v7.0.4-0) 2023-12-05 09:29:38 +02:00
Slavi Pantaleev
d207810317 Upgrade MariaDB (v11.1.3-3 -> v11.1.3-4) 2023-12-05 09:22:09 +02:00
Slavi Pantaleev
5cd14c92c8 Upgrade postgres-backup 2023-12-05 09:19:30 +02:00
Slavi Pantaleev
bd5cd09b4a Upgrade Postgres (v16.1-0 -> v16.1-1) 2023-12-05 09:15:51 +02:00
Slavi Pantaleev
9480f0aa80 Upgrade Traefik (v2.10.6-0 -> v2.10.6-1) 2023-12-05 09:13:38 +02:00
Slavi Pantaleev
dd233fe71d Upgrade systemd_docker_base (v1.0.0-0 -> v1.0.0-1) 2023-12-05 09:11:37 +02:00
Aine
e8b8807adf
redmine v5.1.1; uptime kuma v1.23.8; borg v1.2.7 2023-12-04 12:13:32 +02:00
Slavi Pantaleev
cc76241fa2 Upgrade Syncthing (v1.26.1-0 -> v1.27.0-0) 2023-12-04 11:23:29 +02:00
Slavi Pantaleev
fa3c4eb8b4 Upgrade Nextcloud (v27.1.4-1 -> v27.1.4-2) 2023-12-04 11:23:29 +02:00
Slavi Pantaleev
56eded8e14 Upgrade Nextcloud (v27.1.4-0 -> v27.1.4-1)
Related to:

- https://github.com/mother-of-all-self-hosting/ansible-role-nextcloud/pull/12
- https://github.com/mother-of-all-self-hosting/mash-playbook/pull/123
2023-12-03 12:33:59 +02:00
Slavi Pantaleev
a013f8f9b9 Upgrade NetBox (v3.6.0-2.7.0-0 -> v3.6.0-2.7.0-1) 2023-12-01 19:49:51 +02:00
Slavi Pantaleev
2690f5599a Upgrade systemd_service_manager (v1.0.0-2 -> v1.0.0-3) 2023-11-30 13:04:37 +02:00
mxwmnn
3c58abcc64
bump nextcloud to version 27.1.4 2023-11-29 10:43:24 +01:00
Slavi Pantaleev
45c2b8efd6 Upgrade Traefik (v2.10.5-2 -> v2.10.6-0) 2023-11-29 09:25:37 +02:00
Slavi Pantaleev
b9bc6b7bfe Upgrade Keycloak (v23.0.0-0 -> v23.0.1-0) 2023-11-29 08:43:22 +02:00
Slavi Pantaleev
bd9004e154 Upgrade Gitea (v1.21.0-0 -> v1.21.1-0) 2023-11-28 08:12:32 +02:00
Aine
427dce9b3c
update aux role; uptime kuma v1.23.7 2023-11-27 21:25:40 +02:00
moanos
0d1474e394 chore(authentik): update authentik 2023-11-27 19:37:24 +01:00
Slavi Pantaleev
daeac0c358 Upgrade MariaDB (v11.1.3-2 -> v11.1.3-3) 2023-11-26 11:06:38 +02:00
Slavi Pantaleev
0736df228e Upgrade MariaDB (v11.1.3-1 -> v11.1.3-2) 2023-11-26 10:28:31 +02:00
Slavi Pantaleev
04ef7be707 Upgrade MariaDB (v11.1.3-0 -> v11.1.3-1) 2023-11-26 09:58:32 +02:00
Slavi Pantaleev
6217c8803b Upgrade MariaDB (v10.11.4-0 -> v11.1.3-0) 2023-11-26 08:22:57 +02:00
Aine
2aaaa2e412
update aux role (support commands) 2023-11-24 12:29:44 +02:00
Slavi Pantaleev
70608b3971 Upgrade Woodpecker CI (v1.0.5-0 -> v2.0.0-0) 2023-11-24 11:29:56 +02:00
Slavi Pantaleev
bbf1727c6a Upgrade systemd_service_manager (v1.0.0-1 -> v1.0.0-2) 2023-11-24 11:29:38 +02:00
Slavi Pantaleev
0899f17007 Upgrade Keycloak (v22.0.5-0 -> v23.0.0-0) 2023-11-23 18:12:53 +02:00
Slavi Pantaleev
5d2ce5ecac Upgrade Navidrome (v0.50.0-0 -> v0.50.1-0) 2023-11-22 08:47:40 +02:00
Aine
704f993e42
restore empty activation_prefix in requirements.yml 2023-11-21 23:33:40 +02:00
Aine
d4a20da0bb
grafana v10.2.2; jitsi v9111; nextcloud v27.1.3 2023-11-21 22:04:34 +02:00
Slavi Pantaleev
7d3bae4c4b Upgrade backup-borg (v1.2.6-1.8.4-0 -> v1.2.6-1.8.5-0) 2023-11-20 16:36:34 +02:00
Slavi Pantaleev
d2c9ed3e45 Initial work on optimization commands
The playbook can now optimize itself based on the enabled components in
for all hosts in the inventory (`just optimize`) or for a specific host
(`just optimize-for-host HOSTNAME`).

The optimized playbook will have:

- fewer requirements (fewer roles need to be installed by `just roles`)
- a shorter and quicker to evaluate `group_vars/mash_servers` file
- a `setup.yml` file which includes less roles

Running the playbook optimized is still work in progress.
There still probably exist various role dependencies in the group-vars file, etc.

The `optimize-reset` command aims to restore your playbook to a
non-optimized state, which should work as before (and not experience bugs).

The playbook takes care to notice of changes to the various files in
`templates/` (`setup.yml`, `requirements.yml`, `group_vars_mash_servers`)
and update your optimized or non-optimized copies that are derived from
these templates. To do this, it keeps `.srchash` files in the `run/` directory.
When it notices a change in the source file's hash (by comparing to the `.srchash` file),
it will update you to the new template.

Optimization state is stored in a file in `run/` as well (`optimization-vars-files.state`).
Should the playbook notice changes in the source `template/` files, it
should update you and re-optimize using the same parameters as before (read from the state file).
2023-11-20 16:29:06 +02:00
Renamed from requirements.all.yml (Browse further)