mirror of
https://github.com/systemd/systemd.git
synced 2025-03-10 16:58:28 +03:00
tree-wide: s/life-cycle/lifecycle/g
This commit is contained in:
parent
f04aac3d5a
commit
55e40b0be8
6
NEWS
6
NEWS
@ -712,9 +712,9 @@ CHANGES WITH 254:
|
||||
store enabled.
|
||||
|
||||
* A new service option FileDescriptorStorePreserve= has been added that
|
||||
allows tuning the life-cycle of the per-service file descriptor
|
||||
store. If set to "yes", the entries in the fd store are retained even
|
||||
after the service has been fully stopped.
|
||||
allows tuning the lifecycle of the per-service file descriptor store.
|
||||
If set to "yes", the entries in the fd store are retained even after
|
||||
the service has been fully stopped.
|
||||
|
||||
* The "systemctl clean" command may now be used to clear the fdstore of
|
||||
a service.
|
||||
|
@ -741,7 +741,7 @@ compatibility.
|
||||
Note that these automatically generated compatibility unit files cannot replace
|
||||
native unit files as they generally slow down the system (by creating
|
||||
unnecessary, additional synchronization points), are less robust (as SysV services
|
||||
cannot properly be life-cycle tracked or automatically restarted) and less
|
||||
cannot properly be lifecycle tracked or automatically restarted) and less
|
||||
secure (as no sandboxing restrictions can be enforced).
|
||||
|
||||
Compatibility support for System V services in systemd is deprecated. Please
|
||||
|
@ -100,7 +100,7 @@ general principle of guaranteeing a pristine execution environment, a pristine
|
||||
security context, and a pristine resource management context for freshly
|
||||
started services, without uncontrolled "leftovers" from previous runs. For
|
||||
example: leaving processes from previous runs generally negatively affects
|
||||
life-cycle management (i.e. `KillMode=none` must be set), which disables large
|
||||
lifecycle management (i.e. `KillMode=none` must be set), which disables large
|
||||
parts of the service managers state tracking, resource management (as resource
|
||||
counters cannot start at zero during service activation anymore, since the old
|
||||
processes remaining skew them), security policies (as processes with possibly
|
||||
|
@ -379,7 +379,7 @@ VarlinkInterface* varlink_interface_free(VarlinkInterface *interface) {
|
||||
return NULL;
|
||||
|
||||
/* So here's the thing: in most cases we want that users of this define their interface descriptions
|
||||
* in C code, and hence the definitions are constant and immutable during the life-cycle of the
|
||||
* in C code, and hence the definitions are constant and immutable during the lifecycle of the
|
||||
* system. Because of that we define all structs with const* pointers. It makes it very nice and
|
||||
* straight-forward to populate these structs with literal C strings. However, in some not so common
|
||||
* cases we also want to allocate these structures dynamically on the heap, when parsing interface
|
||||
|
Loading…
x
Reference in New Issue
Block a user