You need to make the follow changes to adapt systemd to your distribution:
Find the right configure parameters for:
Try it out.
Play around (as an ordinary user) with
/usr/lib/systemd/systemd --test --system for a test run
of systemd without booting. This will read the unit files and
print the initial transaction it would execute during boot-up.
This will also inform you about ordering loops and suchlike.
The default configuration does not enable any optimization or hardening options. This is suitable for development and testing, but not for end-user installations.
For deployment, optimization (
-O3 compiler options), link time
-Db_lto=true meson option), and hardening (e.g.
-pie compiler options, and
--as-needed linker options) are recommended. The most appropriate set of
options depends on the architecture and distribution specifics so no default is
By default, systemd-timesyncd uses the Google Public NTP servers
time[1-4].google.com, if no other NTP configuration is available.
They serve time that uses a
leap second smear
and can be up to .5s off from servers that use stepped leap seconds.
If you prefer to use leap second steps, please register your own
vendor pool at ntp.org and make it the built-in default by
-Dntp-servers= to meson. Registering vendor
pools is free.
-Dntp-servers= to direct systemd-timesyncd to different fallback
By default, systemd-resolved uses Cloudflare and Google Public DNS servers
as fallback, if no other DNS configuration is available.
-Ddns-servers= to direct systemd-resolved to different fallback
The default PAM config shipped by systemd is really bare bones.
It does not include many modules your distro might want to enable
to provide a more seamless experience. For example, limits set in
/etc/security/limits.conf will not be read unless you load
Make sure you add modules your distro expects from user services.
-Dpamconfdir=no to meson to avoid installing this file and
instead install your own.
We generally do no longer accept distribution-specific patches to systemd upstream. If you have to make changes to systemd’s source code to make it work on your distribution, unless your code is generic enough to be generally useful, we are unlikely to merge it. Please always consider adopting the upstream defaults. If that is not possible, please maintain the relevant patches downstream.
Thank you for understanding.