NEWS: add a note about symlink following in .wants and .requires
This ain't so easy to express without using too much technical language... https://github.com/systemd/systemd/pull/10094#issuecomment-427407570
This commit is contained in:
parent
e68a35a78d
commit
b1a082cd91
13
NEWS
13
NEWS
|
@ -9,6 +9,19 @@ CHANGES WITH 240 in spe:
|
||||||
an SELinux policy update is required.
|
an SELinux policy update is required.
|
||||||
(See e.g. https://github.com/fedora-selinux/selinux-policy/pull/234.)
|
(See e.g. https://github.com/fedora-selinux/selinux-policy/pull/234.)
|
||||||
|
|
||||||
|
* When unit files are loaded from disk, previously systemd would
|
||||||
|
sometimes (depending on the unit loading order) load units from the
|
||||||
|
target path of symlinks in .wants/ or .requires/ directories of other
|
||||||
|
units. This meant that unit could be loaded from different paths
|
||||||
|
depending on whether the unit was requested explicitly or as a
|
||||||
|
dependency of another unit, not honouring the priority of directories
|
||||||
|
in search path. It also meant that it was possible to successfully
|
||||||
|
load and start units which are not found in the unit search path, as
|
||||||
|
long as they were requested as a dependency and linked to from
|
||||||
|
.wants/ or .requires/. The target paths of those symlinks are not
|
||||||
|
used for loading units anymore and the unit file must be found in
|
||||||
|
the search path.
|
||||||
|
|
||||||
* A new service type has been added: Type=exec. It's very similar to
|
* A new service type has been added: Type=exec. It's very similar to
|
||||||
Type=simple but ensures the service manager will wait for both fork()
|
Type=simple but ensures the service manager will wait for both fork()
|
||||||
and execve() of the main service binary to complete before proceeding
|
and execve() of the main service binary to complete before proceeding
|
||||||
|
|
Loading…
Reference in a new issue