Searched refs:relevant (Results 1 – 18 of 18) sorted by relevance
/systemd-251/src/resolve/ |
D | RFCs | 5 ? = Is this relevant today? 58 Also relevant:
|
/systemd-251/.github/ISSUE_TEMPLATE/ |
D | Bug_report.md | 39 <!-- Please paste relevant program terminal or journal output here, ideally
|
/systemd-251/docs/ |
D | JOURNAL_NATIVE_PROTOCOL.md | 86 dump. After all, log messages are highly relevant for debugging programs, hence 95 actual log message text. Other relevant keys a client should send in most cases 98 information see the [relevant documentation of these
|
D | RESOLVED-VPNS.md | 96 the last negative reply is used. This means the DNS zones on the relevant 110 is particularly relevant if you have one interface with the `~.` routing domain 183 the configuration to `systemd-resolved.service`? There are three relevant 230 to have everything configured properly (this is particularly relevant when
|
D | DISTRO_PORTING.md | 93 possible, please maintain the relevant patches downstream.
|
D | USER_RECORD.md | 451 use as file system for the user's home directory. This is primarily relevant 457 relevant when the storage mechanism used is `luks`. 461 relevant when the storage mechanism used is `luks`. 465 primarily relevant when the storage mechanism used is `luks`. 831 records it manages. This is particularly relevant to define clearly the context
|
D | ENVIRONMENT.md | 32 `chroot()` environment. This is particularly relevant for systemctl, as it 70 (relevant in particular for the system manager and `systemd-hostnamed`).
|
D | RANDOM_SEEDS.md | 25 The Linux kernel provides three relevant userspace APIs to request random data 352 systemd's uses are not performance relevant (besides the pool initialization
|
D | CREDENTIALS.md | 47 is besides first encrypting relevant credentials with one simple command,
|
D | HACKING.md | 31 run the relevant tool from the build directory.
|
D | PORTABLE_SERVICES.md | 256 being used under a wrong name and prefix. This is particularly relevant if the
|
D | CONTAINER_INTERFACE.md | 334 already, if network namespacing is used. Thus it is OK to mount the relevant
|
D | BOOT_LOADER_SPECIFICATION.md | 237 from `IMAGE_ID=` or `ID=` from `/etc/os-release` of the relevant entry,
|
D | CGROUP_DELEGATION.md | 45 cgroup v1 too). Specifically two cgroup v2 rules are the most relevant:
|
/systemd-251/src/home/ |
D | homed-manager.c | 1820 bool relevant = false; in manager_rebalance_calculate() local 1945 relevant = true; in manager_rebalance_calculate() 1959 if (!relevant) { in manager_rebalance_calculate()
|
/systemd-251/src/boot/efi/ |
D | meson.build | 210 # relevant compiler flags from meson/CFLAGS as povided by the user or distro.
|
/systemd-251/ |
D | NEWS | 190 Typically, a better approach to user namespacing in relevant 670 when the relevant keys are pressed for more than 5s. This is useful 957 whether to use the relevant fields from the IPv6 Router Advertisement 2528 where the device starts being relevant, and those where it stops 2529 being relevant (the latter now regularly happening due to the new 2563 uevents actions (i.e. considering devices only relevant after "add" 2566 devices relevant after all event types, except for "remove", which 2568 should be considered relevant on "unbind", even though conceptually 2571 considered relevant even after "unbind", however I/O errors 2575 relevant or not most likely needs to be updated to use the new [all …]
|
D | TODO | 1015 * In DynamicUser= mode: before selecting a UID, use disk quota APIs on relevant 1066 on PID 1 with the relevant signals, and makes relevant files in /sys and
|