Slavi Pantaleev
51ab9ed9ff
Adjust lstrip_blocks to use a bool value for compatibility with ansible-core>=2.19.0
...
Related to https://github.com/spantaleev/matrix-docker-ansible-deploy/issues/4445
2025-07-26 17:58:12 +03:00
Slavi Pantaleev
a1f6ee4dc9
Improve compatibility with ansible-core>=2.19.0 by not reaching into vars
...
Fixes https://github.com/spantaleev/matrix-docker-ansible-deploy/issues/4445
2025-07-26 17:50:20 +03:00
Slavi Pantaleev
3ee7deb2d7
Rename variable (matrix_user_groupname -> matrix_group_name)
2025-04-29 10:39:41 +03:00
Slavi Pantaleev
9fc5cdab33
Rename variable (matrix_user_username -> matrix_user_name)
2025-04-29 10:39:41 +03:00
Slavi Pantaleev
98e4f369b7
Add receive_ephemeral everywhere de.sorunome.msc2409.push_ephemeral is used
...
Matrix CI / yamllint (push) Waiting to run
Matrix CI / ansible-lint (push) Waiting to run
REUSE Compliance Check / reuse-compliance-check (push) Waiting to run
Ref:
- https://github.com/mautrix/go/blob/33f3ccd6aef0a3ef3a37fefead208c6249169142/CHANGELOG.md#L134-L136
- https://github.com/mautrix/go/blob/7165d3fa583444352ea770b5c003c93a7fc6989c/appservice/registration.go#L30
Intentionally not removing the old configuration setting yet, as some bridges may/do not support
the new setting name. It's likely just bridgev2 mautrix bridges that have been updated and support both right now.
2025-04-25 17:13:38 +03:00
HarHarLinks
8a4eb88f0d
fix yaml templating failing when bridge user displaynames contain emoji
...
Signed-off-by: HarHarLinks <2803622+HarHarLinks@users.noreply.github.com >
2025-04-25 17:00:00 +03:00
Suguru Hirahara
c18fc93a22
Update validate_config.yml files: edit the banner message for variables name
...
Signed-off-by: Suguru Hirahara <acioustick@noreply.codeberg.org >
2025-03-05 13:30:50 +09:00
Suguru Hirahara
497a0f8a42
Add license information to files for matrix-bridge-beeper-linkedin
...
Signed-off-by: Suguru Hirahara <acioustick@noreply.codeberg.org >
2025-02-28 18:38:54 +09:00
Slavi Pantaleev
c47eca389b
Rework all roles to include component_(docker|container)_image_registry_prefix* variables
...
This:
- brings consistency - no more mixing `_name_prefix` and `_registry_prefix`
- adds extensibility - a future patch will allow reconfiguring all registry prefixes for all roles in the playbook
We still have `_docker_` vs `_container_` inconsistencies.
These may be worked on later.
2025-02-24 11:38:47 +02:00
Slavi Pantaleev
d12643eb91
Do not use docker stop --time (deprecated in Docker v28 in favor of --timeout or just -t)
...
`-t` works on both old and new Docker versions, so it's best to use that.
2025-02-22 21:42:18 +02:00
Slavi Pantaleev
2c719b2ef7
Update beeper-linkedin configuration to latest upstream config and properly pass double-puppeting login shared secrets
...
We used to pass the shared secret for double-puppeting via a
`login_shared_secret` parameter, which doesn't seem to exist anymore.
The proper way to do it is via `login_shared_secret_map`.
The comments for `login_shared_secret_map` seem to indicate that it's
only usable with the shared-secret-auth password provider.
However, this bridge is based on mautrix-python (`>=0.20.5,<0.21`) as
per its `requirements.txt`
Support for double-puppeting via arbitrary access tokens landed in
mautrix-python 0.20.1 (https://github.com/mautrix/python/blob/6f25b62e80616fa8a8a57d12a03caca51b3c89b4/CHANGELOG.md#L44-L53 ),
so it should be possible to use appservice double-puppet.
Related to https://github.com/mautrix/python/commit/af04ca12389e344fbda10463085ed5df4b62db69
A bunch of other parameters seem to have moved around as well.
This patch introduces some new Ansible variables for controlling
additional settings related to encryption, etc.
2024-12-02 20:00:08 +02:00
Slavi Pantaleev
e5a2935d0f
Move configuration-creation tasks for beeper-linkedin before container-related tasks
2024-12-02 19:38:02 +02:00
Slavi Pantaleev
7b35beb843
Get rid of some double spaces
2024-10-21 14:31:53 +03:00
David Mehren
c89c356e53
Add a global config option for Docker network MTU ( #3502 )
...
* Add a global config option for Docker network MTU
* Upgrade systemd_docker_base (v1.2.0-0 -> v1.3.0-0)
The new version includes `devture_systemd_docker_base_container_networks_driver_options`
due to https://github.com/devture/com.devture.ansible.role.systemd_docker_base/commit/3cc7d1239654752da3e8f65760783a280a2b92f7
Related to https://github.com/spantaleev/matrix-docker-ansible-deploy/pull/3502
* Switch from passing matrix_playbook_docker_network_mtu to respecting devture_systemd_docker_base_container_networks_driver_options
Related to:
- https://github.com/devture/com.devture.ansible.role.systemd_docker_base/commit/3cc7d1239654752da3e8f65760783a280a2b92f7
- https://github.com/spantaleev/matrix-docker-ansible-deploy/pull/3502
* Update all roles to versions that respect `devture_systemd_docker_base_container_networks_driver_options`
---------
Co-authored-by: Slavi Pantaleev <slavi@devture.com >
2024-09-18 16:20:27 +03:00
Slavi Pantaleev
2086e3efe0
Add appservice-double-puppet double-puppeting support to beeper-linkedin
...
Shared Secret Auth double puppeting still works for this bridge, but
is deprecated and will go away in the future.
2024-08-17 21:25:52 +03:00
Slavi Pantaleev
9f2eff2ac7
Respect devture_systemd_docker_base_docker_service_name
...
Related to https://github.com/devture/com.devture.ansible.role.systemd_docker_base/commit/0241c71a4c08ff5e203b55d50a424387e3b077c8
Related to https://github.com/spantaleev/matrix-docker-ansible-deploy/pull/3270#issuecomment-2143782962
With this change, it should be possible for people to adjust the Docker
dependency from `docker.service` to something else (e.g. `pkg-ContainerManager-dockerd.service`),
or to completely eliminate it by setting `devture_systemd_docker_base_docker_service_name` to an empty string.
This makes it easier for people to use the playbook against a Synology DSM server.
2024-06-04 13:14:34 +03:00
Slavi Pantaleev
3758b0cfeb
Squashed commit of the following:
...
commit cf8637efaca0a0be3609fd6add0dff893a0a9194
Author: Slavi Pantaleev <slavi@devture.com >
Date: Sun Mar 24 19:14:57 2024 +0200
Make devture_systemd_docker_base_ipv6_enabled automatically reconfigure geerlingguy/ansible-role-docker
Related to https://github.com/spantaleev/matrix-docker-ansible-deploy/pull/3218
commit dc7af3bc7d25f321bf409477d823e43ea8a05803
Author: Slavi Pantaleev <slavi@devture.com >
Date: Sun Mar 24 19:10:31 2024 +0200
Replace matrix_ipv6_enabled with devture_systemd_docker_base_ipv6_enabled
Related to https://github.com/spantaleev/matrix-docker-ansible-deploy/pull/3218
commit 07e900d6a2
Author: Slavi Pantaleev <slavi@devture.com >
Date: Sun Mar 24 19:01:51 2024 +0200
Improve matrix_ipv6_enabled comments
commit 3f03ca7f69
Author: Tilo Spannagel <development@tilosp.de >
Date: Sat Mar 9 19:27:50 2024 +0000
Add setting to enable ipv6
2024-03-24 19:15:43 +02:00
gardar
23aee07cf4
feat: global option to configure all bridges encryption default
...
Signed-off-by: gardar <gardar@users.noreply.github.com >
2024-03-24 02:58:03 +00:00
Slavi Pantaleev
c0308307e2
Make homeserver services sleep after startup, instead of all dependencies sleeping separately
...
This is an attempt at optimizing service startup.
The effect is most pronounced when many services are restarted one by one.
The systemd service manager role sometimes does this - for example when `just install-service synapse` runs.
In such cases, a 5-second delay for each Synapse worker service
(or other bridge/bot service that waits on the homeserver) quickly adds up to a lot.
When services are all stopped fully and then started, the effect is not so pronounced, because
`matrix-synapse.service` starts first and pulls all worker services (defined as `Wants=` for it).
Later on, when the systemd service manager role "starts" these worker services, they're started already.
Even if they had a 5-second wait each, it would have happened in parallel.
2024-01-12 12:45:18 +02:00
Slavi Pantaleev
ce2f541deb
Switch all remaining container volume mounting from -v to --mount
...
`--mount` is safer, as `-v` has the side-effect of creating the "source"
destination as a directory if it doesn't exist yet.
We don't need such magic.
2024-01-11 12:16:27 +02:00
Slavi Pantaleev
7ec6fd3dfe
Make bridges/bots use matrix_addons_homeserver_client_api_url (instead of matrix_homeserver_container_url)
2024-01-07 17:04:23 +02:00
Slavi Pantaleev
205663a4be
Move matrix-bridge-beeper-linkedin to its own container network
2024-01-07 13:56:40 +02:00
Slavi Pantaleev
2511b34a7c
Stop containers gracefully, instead of outright killing them
2023-12-06 11:52:23 +02:00
Samuel Meenzen
c846ed199b
Annotate version numbers with renovate metadata
2023-10-06 14:14:03 +02:00
Slavi Pantaleev
2587980e6d
Fix beeper-linkedin self-building when version is set to latest
...
Fixes https://github.com/spantaleev/matrix-docker-ansible-deploy/pull/2905#issuecomment-1726892215
2023-09-20 09:39:05 +03:00
Aine
c611f85acb
Update beeper-linkedin 0.5.4 -> latest
2023-09-19 22:22:27 +03:00
Slavi Pantaleev
6427397486
Do not hardcode sslmode=disable to Postgres connection strings - make it configurable
...
This is backward-compatible with what we had before. We're not changing
the SSL mode - just making it configurable.
Most components are defaulting to `sslmode=disable`, while some
(`matrix-bot-matrix-reminder-bot` and others) do not specify an `sslmode` at all.
We're making sslmode configurable, because certain external Postgres
servers may be configured to require SSL encryption.
In such cases `sslmode=disable` does not work and needs to be changed to
`sslmode=require` or something else (`verify-ca`, `verify-full`, etc).
2023-08-22 19:40:50 +03:00
Paul ALNET
462d48814a
fix(linkedin): mismatched appservice id
...
Updated to match value in
`roles/custom/matrix-bridge-beeper-linkedin/templates/config.yaml.j2`.
2023-07-02 09:23:52 +02:00
Aine
7399496d33
one var to control encryption across all bridges ( #2629 )
...
* one var to control encryption across all bridges
* move var to matrix-base
2023-04-05 14:59:48 +03:00
Slavi Pantaleev
dddfee16bc
Fix all 300+ ansible-lint-reported errors
2023-03-07 17:28:15 +02:00
Aine
8b2a86e35e
update beeper-linkedin 0.5.3 -> 0.5.4
2022-12-23 13:00:35 +02:00
Slavi Pantaleev
2688e8bfc3
Optimize initial installation by not reloading systemd after each .service install
...
We expect `--tags=start` to handle systemd reloading, so we don't need
to do it manually each time we install/uninstall a .service file.
2022-11-27 10:02:45 +02:00
Slavi Pantaleev
7b43ef34b7
Remove more hardcoded matrix-postgres references
2022-11-27 09:16:18 +02:00
Slavi Pantaleev
a04f6f4e3d
Optimize uninstall tasks a bit
...
- forego removing Docker images - it's not effective anyway, because it
only removes the last version.. which is a drop in the bucket, usually
- do not reload systemd - it's none of our business. `--tags=start`,
etc., handle this
- combine all uninstall tasks under a single block, which only runs if
we detect traces (a leftover systemd .service file) of the component.
If no such .service is detected, we skip them all. This may lead to
incorect cleanup in rare cases, but is good enough for the most part.
2022-11-25 17:28:57 +02:00
Slavi Pantaleev
61f67d8f0a
Add install-* tags for quicker runs
2022-11-25 16:02:51 +02:00
Slavi Pantaleev
7c2a7a8eb6
Replace most import_tasks calls with include_tasks for improved performance
2022-11-24 11:33:45 +02:00
Slavi Pantaleev
07c23b7cb0
Remove matrix_synapse_role_executed and various tasks that check it
...
This was useful when the order of these roles in relation to Synapse
mattered (when we were injecting stuff into Synapse variables during
runtime). This is no longer the case since 0ea7cb5d18 , so all of
this can be removed.
2022-11-23 16:13:07 +02:00
Slavi Pantaleev
0ea7cb5d18
Remove various init.yml files - initialize systemd services, etc., statically (not at runtime)
2022-11-23 11:45:46 +02:00
Slavi Pantaleev
d3bd1ca024
matrix_*_retries_{count,delay} -> devture_playbook_help_*_retries_{count,delay}
2022-11-04 16:44:29 +02:00
Slavi Pantaleev
7086c0ebe3
matrix_host_command_sh -> devture_systemd_docker_base_host_command_sh (via com.devture.ansible.role.systemd_docker_base)
2022-11-04 16:40:25 +02:00
Slavi Pantaleev
a9a81460ec
matrix_host_command_docker -> devture_systemd_docker_base_host_command_docker (via com.devture.ansible.role.systemd_docker_base)
2022-11-04 16:39:35 +02:00
Slavi Pantaleev
835d2e9581
matrix_systemd_path -> devture_systemd_docker_base_systemd_path (via com.devture.ansible.role.systemd_docker_base)
2022-11-04 16:38:38 +02:00
Slavi Pantaleev
f03f716989
matrix_systemd_unit_home_path -> devture_systemd_docker_base_systemd_unit_home_path (via com.devture.ansible.role.systemd_docker_base)
2022-11-04 16:37:47 +02:00
Slavi Pantaleev
410a915a8a
Move roles/matrix* to roles/custom/matrix*
...
This paves the way for installing other roles into `roles/galaxy` using `ansible-galaxy`,
similar to how it's done in:
- https://github.com/spantaleev/gitea-docker-ansible-deploy
- https://github.com/spantaleev/nextcloud-docker-ansible-deploy
In the near future, we'll be removing a lot of the shared role code from here
and using upstream roles for it. Some of the core `matrix-*` roles have
already been extracted out into other reusable roles:
- https://github.com/devture/com.devture.ansible.role.postgres
- https://github.com/devture/com.devture.ansible.role.systemd_docker_base
- https://github.com/devture/com.devture.ansible.role.timesync
- https://github.com/devture/com.devture.ansible.role.vars_preserver
- https://github.com/devture/com.devture.ansible.role.playbook_runtime_messages
- https://github.com/devture/com.devture.ansible.role.playbook_help
We just need to migrate to those.
2022-11-03 09:11:29 +02:00