mirror/matrix-docker-ansible-deploy
1
0
Fork 0
mirror of https://github.com/spantaleev/matrix-docker-ansible-deploy.git synced 2024-11-14 06:22:51 +01:00
Code Issues Packages Projects Releases Wiki Activity
765c046beb
matrix-docker-ansible-deploy/setup.yml

29 lines
747 B
YAML
Raw Normal View History

Initial commit
2017-07-31 22:07:30 +02:00
---
- name: "Set up a Matrix server"
Fix TRANSFORM_INVALID_GROUP_CHARS deprecation warning
2019-05-21 17:39:33 +02:00
hosts: "{{ target if target is defined else 'matrix_servers' }}"
Initial commit
2017-07-31 22:07:30 +02:00
become: true
roles:
Split playbook into multiple roles As suggested in #63 (Github issue), splitting the playbook's logic into multiple roles will be beneficial for maintainability. This patch realizes this split. Still, some components affect others, so the roles are not really independent of one another. For example: - disabling mxisd (`matrix_mxisd_enabled: false`), causes Synapse and riot-web to reconfigure themselves with other (public) Identity servers. - enabling matrix-corporal (`matrix_corporal_enabled: true`) affects how reverse-proxying (by `matrix-nginx-proxy`) is done, in order to put matrix-corporal's gateway server in front of Synapse We may be able to move away from such dependencies in the future, at the expense of a more complicated manual configuration, but it's probably not worth sacrificing the convenience we have now. As part of this work, the way we do "start components" has been redone now to use a loop, as suggested in #65 (Github issue). This should make restarting faster and more reliable.
2019-01-12 16:53:00 +01:00
- matrix-base
- matrix-mailer
- matrix-postgres
- matrix-corporal
Move matrix-appservice-discord into a separate role
2019-05-17 18:14:12 +02:00
- matrix-bridge-appservice-discord
Added Slack role
2019-06-10 16:52:48 +02:00
- matrix-bridge-appservice-slack
Add matrix-appservice-webhooks role.
2020-01-09 17:00:03 +01:00
- matrix-bridge-appservice-webhooks
Move matrix-appservice-irc into a separate role
2019-05-16 02:07:40 +02:00
- matrix-bridge-appservice-irc
Move mautrix-facebook into a separate role
2019-05-15 02:34:31 +02:00
- matrix-bridge-mautrix-facebook
add hangouts bridge by copying facebook bridge and find-replacing
2019-07-28 18:52:30 +02:00
- matrix-bridge-mautrix-hangouts
Move mautrix telegram and whatsapp into separate roles The goal is to move each bridge into its own separate role. This commit starts off the work on this with 2 bridges: - mautrix-telegram - mautrix-whatsapp Each bridge's role (including these 2) is meant to: - depend only on the matrix-base role - integrate nicely with the matrix-synapse role (if available) - integrate nicely with the matrix-nginx-proxy role (if available and if required). mautrix-telegram bridge benefits from integrating with it. - not break if matrix-synapse or matrix-nginx-proxy are not used at all This has been provoked by #174 (Github Issue).
2019-05-14 16:47:22 +02:00
- matrix-bridge-mautrix-telegram
- matrix-bridge-mautrix-whatsapp
Initial mx-puppet-skype bridge role
2020-03-17 01:33:11 +01:00
- matrix-bridge-mx-puppet-skype
Split playbook into multiple roles As suggested in #63 (Github issue), splitting the playbook's logic into multiple roles will be beneficial for maintainability. This patch realizes this split. Still, some components affect others, so the roles are not really independent of one another. For example: - disabling mxisd (`matrix_mxisd_enabled: false`), causes Synapse and riot-web to reconfigure themselves with other (public) Identity servers. - enabling matrix-corporal (`matrix_corporal_enabled: true`) affects how reverse-proxying (by `matrix-nginx-proxy`) is done, in order to put matrix-corporal's gateway server in front of Synapse We may be able to move away from such dependencies in the future, at the expense of a more complicated manual configuration, but it's probably not worth sacrificing the convenience we have now. As part of this work, the way we do "start components" has been redone now to use a loop, as suggested in #65 (Github issue). This should make restarting faster and more reliable.
2019-01-12 16:53:00 +01:00
- matrix-synapse
- matrix-riot-web
Add Jitsi support
2020-03-23 16:19:15 +01:00
- matrix-jitsi
Rename variables (s/mxisd/ma1sd/) and adapt roles
2020-01-08 22:31:44 +01:00
- matrix-ma1sd
Implement self-hosted Dimension server
2019-03-07 06:22:08 +01:00
- matrix-dimension
Add Email2Matrix support
2019-08-05 12:06:49 +02:00
- matrix-email2matrix
Split playbook into multiple roles As suggested in #63 (Github issue), splitting the playbook's logic into multiple roles will be beneficial for maintainability. This patch realizes this split. Still, some components affect others, so the roles are not really independent of one another. For example: - disabling mxisd (`matrix_mxisd_enabled: false`), causes Synapse and riot-web to reconfigure themselves with other (public) Identity servers. - enabling matrix-corporal (`matrix_corporal_enabled: true`) affects how reverse-proxying (by `matrix-nginx-proxy`) is done, in order to put matrix-corporal's gateway server in front of Synapse We may be able to move away from such dependencies in the future, at the expense of a more complicated manual configuration, but it's probably not worth sacrificing the convenience we have now. As part of this work, the way we do "start components" has been redone now to use a loop, as suggested in #65 (Github issue). This should make restarting faster and more reliable.
2019-01-12 16:53:00 +01:00
- matrix-nginx-proxy
Add TLS support to Coturn
2019-03-19 09:24:39 +01:00
- matrix-coturn
Split playbook into multiple roles As suggested in #63 (Github issue), splitting the playbook's logic into multiple roles will be beneficial for maintainability. This patch realizes this split. Still, some components affect others, so the roles are not really independent of one another. For example: - disabling mxisd (`matrix_mxisd_enabled: false`), causes Synapse and riot-web to reconfigure themselves with other (public) Identity servers. - enabling matrix-corporal (`matrix_corporal_enabled: true`) affects how reverse-proxying (by `matrix-nginx-proxy`) is done, in order to put matrix-corporal's gateway server in front of Synapse We may be able to move away from such dependencies in the future, at the expense of a more complicated manual configuration, but it's probably not worth sacrificing the convenience we have now. As part of this work, the way we do "start components" has been redone now to use a loop, as suggested in #65 (Github issue). This should make restarting faster and more reliable.
2019-01-12 16:53:00 +01:00
- matrix-common-after
Reference in New Issue Copy Permalink