11 Commits (65ed68287c9296f6063552af527a099bb56d04fb)

Author	SHA1	Message	Date
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.	2 years ago
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.	2 years ago
Slavi Pantaleev	61f67d8f0a	Add install-* tags for quicker runs	2 years ago
Slavi Pantaleev	7c2a7a8eb6	Replace most import_tasks calls with include_tasks for improved performance	2 years ago
Slavi Pantaleev	735bacca89	Do not run matrix-nginx-proxy config injection tasks unless necessary ... These `init.yml` (now `inject_into_nginx_proxy.yml`) tasks do not need to `always` run. They only need to run for `setup-all` and `setup-nginx-proxy`. Unless we're dealing with these 2 tags, we can spare ourselves a lot of work. This patch also moves the `when` statement from `init.yml` into `main.yml` in an effort to further optimize things by potentially avoiding the extra file include.	2 years ago
Slavi Pantaleev	0ea7cb5d18	Remove various init.yml files - initialize systemd services, etc., statically (not at runtime)	2 years ago
Slavi Pantaleev	7086c0ebe3	matrix_host_command_sh -> devture_systemd_docker_base_host_command_sh (via com.devture.ansible.role.systemd_docker_base)	2 years ago
Slavi Pantaleev	a9a81460ec	matrix_host_command_docker -> devture_systemd_docker_base_host_command_docker (via com.devture.ansible.role.systemd_docker_base)	2 years ago
Slavi Pantaleev	835d2e9581	matrix_systemd_path -> devture_systemd_docker_base_systemd_path (via com.devture.ansible.role.systemd_docker_base)	2 years ago
Slavi Pantaleev	f03f716989	matrix_systemd_unit_home_path -> devture_systemd_docker_base_systemd_unit_home_path (via com.devture.ansible.role.systemd_docker_base)	2 years ago
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.	2 years ago