2010-05-17 03:39:51 +04:00
Porting systemd To New Distributions
2010-05-17 21:35:36 +04:00
HOWTO:
2010-05-17 03:39:51 +04:00
You need to make the follow changes to adapt systemd to your
distribution:
2013-01-05 02:24:38 +04:00
1) Find the right configure parameters for:
--with-rootprefix=
--with-sysvinit-path=
2013-01-08 05:37:37 +04:00
--with-sysvrcnd-path=
2013-01-05 02:24:38 +04:00
--with-rc-local-script-path-start=
--with-rc-local-script-path-stop=
--with-kbd-loadkeys=
--with-kbd-setfont=
--with-tty-gid=
2015-07-11 20:16:40 +03:00
--with-ntp-servers=
2013-01-05 02:24:38 +04:00
2014-12-02 16:30:59 +03:00
2) 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
2010-05-17 03:39:51 +04:00
2015-07-11 20:16:40 +03:00
NTP POOL:
By default, timesyncd uses the Google NTP servers
time[1-4].google.com. They serve time that is not standards
compliant, and can be up to .5s off. Google does not
officially support these servers for the broader
audience. Distributions and vendors really should not ship
OSes or devices with these NTP servers configured. Instead,
please register your own vendor pool at ntp.org and make it
the built-in default by passing --with-ntp-servers= to
configure. Registering vendor pools is free:
http://www.pool.ntp.org/en/vendors.html
Again, if you ship your software or device with the default
NTP servers, then you will get served wrong time, and will
rely on services that might not be supported for long.
2010-05-17 03:39:51 +04:00
CONTRIBUTING UPSTREAM:
2014-12-02 16:30:59 +03:00
We generally do no longer accept distribution-specific
2013-01-05 02:24:38 +04:00
patches to systemd upstream. If you have to make changes to
2014-12-02 16:30:59 +03:00
systemd's source code to make it work on your distribution,
2013-10-22 03:50:48 +04:00
unless your code is generic enough to be generally useful, we
2013-01-05 02:24:38 +04:00
are unlikely to merge it. Please always consider adopting the
2013-10-22 03:50:48 +04:00
upstream defaults. If that is not possible, please maintain
the relevant patches downstream.
2010-05-17 21:35:36 +04:00
2013-01-05 02:24:38 +04:00
Thank you for understanding.