coreos-home-server/service
Alex Palaistras 4bc17662bd Remove Spectrum in favour of Slidge
Slidge replaces Spectrum with immense improvement to bridging
capabilities, albeit with only experimental MUC support. Nevertheless,
the current state is sufficiently stable for a complete replacement.
2022-12-13 15:37:42 +00:00
..
attic Move deprecated services to attic 2022-09-22 18:25:14 +01:00
biboumi base: Only copy service directories if used 2022-02-05 16:05:00 +00:00
coturn coturn: Add reload target for systemd service 2022-04-09 18:28:39 +01:00
dovecot dovecot: Only LIST directories in user maildir 2022-12-03 14:11:03 +00:00
gitea Improve webhook behaviour for Gitea 2022-10-28 18:33:42 +01:00
gotosocial gotosocial: Always show landing page 2022-12-06 19:56:05 +00:00
grafana Implement metrics with Grafana and Prometheus 2022-04-25 20:12:06 +01:00
hugo hugo: Always hard-reset to origin after fetching 2022-10-29 17:38:39 +01:00
letsencrypt letsencrypt: Update to Lego version 4.8.0 2022-07-11 21:24:19 +01:00
lldap lldap: Update to latest version 2022-10-28 17:52:09 +01:00
mariadb Revert "mariadb: Update to version 10.8" 2022-07-21 01:07:31 +01:00
navidrome navidrome: Update to latest version 2022-10-28 17:52:09 +01:00
nginx nginx: Move back to separate UPSTREAM variables 2022-10-29 17:24:58 +01:00
postfix postfix: Don't use RBL to reject mail 2022-10-01 15:33:56 +01:00
prometheus dovecot: Use group_by, not fields for metric labels 2022-04-27 20:34:58 +01:00
prosody prosody: Move from IMAP to LDAP for authentication 2022-09-25 13:34:09 +01:00
radicale radicale: Update to version 3.1.5 2022-03-15 18:44:35 +00:00
rclone rclone: Update to latest version 2022-10-28 17:52:09 +01:00
redis base: Only copy service directories if used 2022-02-05 16:05:00 +00:00
rspamd rspamd: Update to latest version 2022-12-05 19:40:27 +00:00
rss2email rss2email: Update CSS for better readability 2022-10-13 19:07:16 +01:00
slidge slidge: Add service for legacy protocol bridging 2022-12-13 10:16:45 +00:00
README.md Flatten directory structures 2022-01-15 11:43:33 +00:00

CoreOS Service Configuration

This directory contains a set of common services available for deployment onto a CoreOS Home Server setup, and managed via systemd and Podman. Each service is given its own subdirectory, and each follows a set of common conventions in laying out its files.

Specifically, for a service example, we might find the following files and directories under the corresponding directory:

  • spec.bu -- This file is typically included by the host configuration, and is intended with installing any additional service files required for enabling the service.

  • Containerfile -- This file is used in building a container image, handled by the container-build@example service and presumably used in the systemd file for the example service.

  • example.env.template -- An optional file containing KEY=value definitions that can then be used in the systemd service. Host-wide environment is also available in this context, and can be used in expanding shared configuration, secrets, etc. This file is used by the container-environment@example service.

  • systemd/ -- This directory contains systemd configuration, to be copied into the host-wide /etc/systemd/system directory. You'll typically find things like example.service files which run the service under Podman, as well as potential one-off services which copy files around in pre-existing Podman containers.

  • container/ -- This directory contains any static files included in the Podman image, including templated configuration, scripts, etc.

  • service/ -- This (largely optional) directory contains files required by the systemd services themselves, and which are not included in the Podman images by default; examples include database migration files, one-off configuration files, etc.

Of all these files, the only ones whose paths are mandated by external services are the Containerfile and <name>.env.template files, neither of which are required by anything other than convention (i.e. you can choose not to build a container image via the systemd service).

Each service here might have additional details on how it's expected to be deployed and used, check the respective README.md files for more information.