Skip to content

Conversation

@fossdd
Copy link

@fossdd fossdd commented Nov 17, 2025

Allows building the service files without a systemd dependency by defining a default systemd user unit directory.

Relevant in Alpine, where we can package the service files in a subpackage without having systemd in Alpine.

Allows building the service files without a systemd dependency by
defining a default systemd user unit directory.

Relevant in Alpine, where we can package the service files in a
subpackage without having systemd in Alpine.
@emersion
Copy link
Owner

Why not install systemd at build-time to allow xdpw to discover the path properly?

@fossdd
Copy link
Author

fossdd commented Nov 18, 2025

Because we don't have systemd yet in Alpine, but allow systemd services to be shipped in a subpackage (e.g. for postmarketOS). Alternatively, i guesswe could also pass the path with a option.

@Conan-Kudo
Copy link

I think the typical pattern is to use systemd.pc and provide override variables in Meson.

@fossdd
Copy link
Author

fossdd commented Nov 20, 2025

I'm currently enabling a dozen of systemd services in Alpine, and it looks to be a popular way used, yes. If you'd like that, I can do that here aswell.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants