systemd-devel
Thread
Date
Earlier messages
Later messages
Messages by Thread
Re: [systemd-devel] systemd failing to close unwanted file descriptors & FDS spawning and crashing
Mantas Mikulėnas
[systemd-devel] How to find out the processes systemd-shutdown is waiting for?
Manuel Wagesreither
Re: [systemd-devel] How to find out the processes systemd-shutdown is waiting for?
Arian van Putten
Re: [systemd-devel] How to find out the processes systemd-shutdown is waiting for?
Lennart Poettering
[systemd-devel] Antw: [EXT] Re: [systemd‑devel] How to find out the processes systemd‑shutdown is waiting for?
Ulrich Windl
Re: [systemd-devel] Antw: [EXT] Re: [systemd‑devel] How to find out the processes systemd‑shutdown is waiting for?
Wols Lists
Re: [systemd-devel] Antw: [EXT] Re: [systemd‑devel] How to find out the processes systemd‑shutdown is waiting for?
Lennart Poettering
Re: [systemd-devel] How to find out the processes systemd-shutdown is waiting for?
Lennart Poettering
Re: [systemd-devel] How to find out the processes systemd-shutdown is waiting for?
Daniel Walsh
Re: [systemd-devel] How to find out the processes systemd-shutdown is waiting for?
Lennart Poettering
Re: [systemd-devel] How to find out the processes systemd-shutdown is waiting for?
Manuel Wagesreither
Re: [systemd-devel] How to find out the processes systemd-shutdown is waiting for?
Andrei Borzenkov
Re: [systemd-devel] Journald: Re-use /var/log/journal hash entry after system upgrade
Mantas Mikulėnas
[systemd-devel] Antw: [EXT] Re: Journald: Re-use /var/log/journal hash entry after system upgrade
Ulrich Windl
[systemd-devel] Syntax check for a new service?
Tom Browder
Re: [systemd-devel] Syntax check for a new service?
Dave Howorth
Re: [systemd-devel] Syntax check for a new service?
Tom Browder
Re: [systemd-devel] Syntax check for a new service?
Mantas Mikulėnas
Re: [systemd-devel] Syntax check for a new service?
Tom Browder
Re: [systemd-devel] Syntax check for a new service?
Mantas Mikulėnas
Re: [systemd-devel] Syntax check for a new service?
Tom Browder
[systemd-devel] Restarting "onshot" services
Ulrich Windl
Re: [systemd-devel] Restarting "onshot" services
Michal Koutný
[systemd-devel] Q: Wanting a target
Ulrich Windl
Re: [systemd-devel] Q: Wanting a target
Mantas Mikulėnas
[systemd-devel] DeviceAllow=/dev/net/tun in systemd-nspawn@.service has no effect
Gibeom Gwon
[systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Lennart Poettering
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Silvio Knizek
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Barry
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Silvio Knizek
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Lennart Poettering
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Lennart Poettering
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Lennart Poettering
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Lennart Poettering
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Michal Koutný
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Lennart Poettering
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Lennart Poettering
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Lennart Poettering
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Michal Koutný
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Lennart Poettering
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Lennart Poettering
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Felip Moll
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Benjamin Berg
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Lennart Poettering
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Lennart Poettering
Re: [systemd-devel] unable to attach pid to service delegated directory in unified mode after restart
Lennart Poettering
[systemd-devel] From dbus notification, how to know service entered failed state and will not start without admin action
Prashantkumar dhotre
Re: [systemd-devel] From dbus notification, how to know service entered failed state and will not start without admin action
Prashantkumar dhotre
Re: [systemd-devel] From dbus notification, how to know service entered failed state and will not start without admin action
Michal Koutný
[systemd-devel] Q: Perform action for reboots happen too frequently?
Ulrich Windl
Re: [systemd-devel] Q: Perform action for reboots happen too frequently?
Lennart Poettering
[systemd-devel] Antw: [EXT] Re: [systemd‑devel] Q: Perform action for reboots happen too frequently?
Ulrich Windl
Re: [systemd-devel] Antw: [EXT] Re: [systemd‑devel] Q: Perform action for reboots happen too frequently?
Silvio Knizek
[systemd-devel] Antw: Re: Antw: [EXT] Re: [systemd‑devel] Q: Perform action for reboots happen too frequently?
Ulrich Windl
Re: [systemd-devel] [systemd‑devel] Q: Perform action for reboots happen too frequently?
Silvio Knizek
[systemd-devel] Antw: [EXT] Re: [systemd‑devel] Q: Perform action for reboots happen too frequently?
Ulrich Windl
[systemd-devel] How to sychronize service START with STOP of mount units?
Manuel Wagesreither
[systemd-devel] Antw: [EXT] [systemd‑devel] How to sychronize service START with STOP of mount units?
Ulrich Windl
Re: [systemd-devel] [EXT] [systemd‑devel] How to sychronize service START with STOP of mount units?
Manuel Wagesreither
Re: [systemd-devel] [RFC] systemd-resolved: Send d-bus signal after DNS resolution
Dave Howorth
Re: [systemd-devel] [RFC] systemd-resolved: Send d-bus signal after DNS resolution
Lennart Poettering
[systemd-devel] Antw: [EXT] Re: [systemd‑devel] [RFC] systemd‑resolved: Send d‑bus signal after DNS resolution
Ulrich Windl
Re: [systemd-devel] [RFC] systemd-resolved: Send d-bus signal after DNS resolution
Lennart Poettering
Re: [systemd-devel] [RFC] systemd-resolved: Send d-bus signal after DNS resolution
Mantas Mikulėnas
[systemd-devel] Restart=on-failure and SuccessAction=reboot-force causing reboots on every exit of Main PID
Michał Rudowicz
Re: [systemd-devel] Restart=on-failure and SuccessAction=reboot-force causing reboots on every exit of Main PID
Lennart Poettering
Re: [systemd-devel] Restart=on-failure and SuccessAction=reboot-force causing reboots on every exit of Main PID
Michał Rudowicz
[systemd-devel] Proposal to extend os-release/machine-info with field PREFER_HARDENED_CONFIG
Stefan Schröder
[systemd-devel] Antw: [EXT] Proposal to extend os-release/machine-info with field PREFER_HARDENED_CONFIG
Ulrich Windl
Re: [systemd-devel] [EXT] Proposal to extend os-release/machine-info with field PREFER_HARDENED_CONFIG
Stefan Schröder
Re: [systemd-devel] [EXT] Proposal to extend os-release/machine-info with field PREFER_HARDENED_CONFIG
Wol
Re: [systemd-devel] [EXT] Proposal to extend os-release/machine-info with field PREFER_HARDENED_CONFIG
Peter Hoeg
[systemd-devel] Antw: Re: [systemd‑devel] [EXT] Proposal to extend os‑release/machine‑info with field PREFER_HARDENED_CONFIG
Ulrich Windl
Re: [systemd-devel] Antw: Re: [systemd‑devel] [EXT] Proposal to extend os‑release/machine‑info with field PREFER_HARDENED_CONFIG
Peter Hoeg
Re: [systemd-devel] Antw: Re: [systemd‑devel] [EXT] Proposal to extend os‑release/machine‑info with field PREFER_HARDENED_CONFIG
Stefan Schröder
Re: [systemd-devel] Proposal to extend os-release/machine-info with field PREFER_HARDENED_CONFIG
Lennart Poettering
Re: [systemd-devel] Proposal to extend os-release/machine-info with field PREFER_HARDENED_CONFIG
Stefan Schröder
Re: [systemd-devel] Proposal to extend os-release/machine-info with field PREFER_HARDENED_CONFIG
Wol
[systemd-devel] Antw: [EXT] Re: Proposal to extend os-release/machine-info with field PREFER_HARDENED_CONFIG
Ulrich Windl
Re: [systemd-devel] Proposal to extend os-release/machine-info with field PREFER_HARDENED_CONFIG
Mantas Mikulėnas
[systemd-devel] Service activation
Wol
Re: [systemd-devel] Service activation
Mantas Mikulėnas
Re: [systemd-devel] Service activation
Wols Lists
Re: [systemd-devel] Service activation
Mantas Mikulėnas
Re: [systemd-devel] Service activation
Wols Lists
Re: [systemd-devel] Service activation
Michael Biebl
Re: [systemd-devel] Service activation
Wol
[systemd-devel] Antw: [EXT] Service activation
Ulrich Windl
Re: [systemd-devel] Antw: [EXT] Service activation
Wols Lists
Re: [systemd-devel] Antw: [EXT] Service activation
Michael Biebl
[systemd-devel] Antw: Re: Antw: [EXT] Service activation
Ulrich Windl
Re: [systemd-devel] Antw: [EXT] Service activation
Ulrich Windl
[systemd-devel] Converting xinetd files
Wol
Re: [systemd-devel] Converting xinetd files
Stephen Hemminger
Re: [systemd-devel] Converting xinetd files
Wol
Re: [systemd-devel] Converting xinetd files
Stephen Hemminger
Re: [systemd-devel] Converting xinetd files
Paul Menzel
[systemd-devel] Help understanding "notify" (SLES15 SP3 restarting smartd)
Ulrich Windl
Re: [systemd-devel] Help understanding "notify" (SLES15 SP3 restarting smartd)
Mantas Mikulėnas
[systemd-devel] Antw: [EXT] Re: Help understanding "notify" (SLES15 SP3 restarting smartd)
Ulrich Windl
[systemd-devel] Antw: [EXT] Re: Help understanding "notify" (SLES15 SP3 restarting smartd)
Ulrich Windl
Re: [systemd-devel] [EXT] Re: Help understanding "notify" (SLES15 SP3 restarting smartd)
Mantas Mikulėnas
Re: [systemd-devel] [EXT] Re: Help understanding "notify" (SLES15 SP3 restarting smartd)
Mantas Mikulėnas
Re: [systemd-devel] systemd.sockets vs xinetd
Michael Chapman
Re: [systemd-devel] systemd.sockets vs xinetd
Lennart Poettering
Re: [systemd-devel] systemd.sockets vs xinetd
Cristian Rodríguez
[systemd-devel] Run "ipmitool power cycle" after lib/systemd/system-shutdown scripts
Etienne Champetier
Re: [systemd-devel] Run "ipmitool power cycle" after lib/systemd/system-shutdown scripts
Lennart Poettering
[systemd-devel] Antw: [EXT] Re: Run "ipmitool power cycle" after lib/systemd/system-shutdown scripts
Ulrich Windl
Re: [systemd-devel] [EXT] Re: Run "ipmitool power cycle" after lib/systemd/system-shutdown scripts
Etienne Champetier
[systemd-devel] Antw: Re: [EXT] Re: Run "ipmitool power cycle" after lib/systemd/system-shutdown scripts
Ulrich Windl
Re: [systemd-devel] Antw: Re: [EXT] Re: Run "ipmitool power cycle" after lib/systemd/system-shutdown scripts
Mantas Mikulėnas
[systemd-devel] Antw: Re: Antw: Re: [EXT] Re: Run "ipmitool power cycle" after lib/systemd/system-shutdown scripts
Ulrich Windl
Re: [systemd-devel] Run "ipmitool power cycle" after lib/systemd/system-shutdown scripts
Etienne Champetier
Re: [systemd-devel] Run "ipmitool power cycle" after lib/systemd/system-shutdown scripts
Paul Menzel
Re: [systemd-devel] Run "ipmitool power cycle" after lib/systemd/system-shutdown scripts
Paul Menzel
[systemd-devel] Antw: [EXT] Re: Run "ipmitool power cycle" after lib/systemd/system-shutdown scripts
Ulrich Windl
[systemd-devel] Antw: [EXT] Re: [systemd‑devel] Run "ipmitool power cycle" after lib/systemd/system‑shutdown scripts
Ulrich Windl
[systemd-devel] mdmon@md127 is stopped early
Mariusz Tkaczyk
Re: [systemd-devel] mdmon@md127 is stopped early
Lennart Poettering
Re: [systemd-devel] mdmon@md127 is stopped early
Mariusz Tkaczyk
Re: [systemd-devel] mdmon@md127 is stopped early
Lennart Poettering
[systemd-devel] systemd-journald namespace persistence
Roger James
Re: [systemd-devel] systemd-journald namespace persistence
Lennart Poettering
[systemd-devel] Need a systemd unit example that checks /etc/fstab for modification and sends a text message
Tony Rodriguez
Re: [systemd-devel] Need a systemd unit example that checks /etc/fstab for modification and sends a text message
Clinton Roy
[systemd-devel] Antw: [EXT] Need a systemd unit example that checks /etc/fstab for modification and sends a text message
Ulrich Windl
Re: [systemd-devel] Need a systemd unit example that checks /etc/fstab for modification and sends a text message
Lennart Poettering
[systemd-devel] Odd behaviour on boot
Wols Lists
Re: [systemd-devel] Odd behaviour on boot
Mantas Mikulėnas
Re: [systemd-devel] Odd behaviour on boot
Wols Lists
Re: [systemd-devel] Odd behaviour on boot
Mantas Mikulėnas
Re: [systemd-devel] Odd behaviour on boot
Wols Lists
Re: [systemd-devel] Odd behaviour on boot
Tomasz Torcz
Re: [systemd-devel] Odd behaviour on boot
Mantas Mikulėnas
Re: [systemd-devel] Odd behaviour on boot
Tomasz Torcz
[systemd-devel] Strange behavior of socket activation units
Tuukka Pasanen
Re: [systemd-devel] Strange behavior of socket activation units
Lennart Poettering
Re: [systemd-devel] Strange behavior of socket activation units
Tuukka Pasanen
Re: [systemd-devel] Strange behavior of socket activation units
Lennart Poettering
Re: [systemd-devel] Strange behavior of socket activation units
Tuukka Pasanen
[systemd-devel] Which distributions copy systemd-networkd 'link' files into the initramfs?
Kevin P. Fleming
[systemd-devel] network interface scripting
Kamil Jońca
Re: [systemd-devel] network interface scripting
Mantas Mikulėnas
[systemd-devel] OnCalendar weekday range syntax
Kenneth Porter
Re: [systemd-devel] OnCalendar weekday range syntax
Lennart Poettering
[systemd-devel] Failed to add PIDs to scope's control group: No such process
Gena Makhomed
Re: [systemd-devel] Failed to add PIDs to scope's control group: No such process
Gena Makhomed
Re: [systemd-devel] Failed to add PIDs to scope's control group: No such process
Lennart Poettering
[systemd-devel] Configuring wakeup-online at runtime with networkctl
Francis Moreau
Re: [systemd-devel] Configuring wakeup-online at runtime with networkctl
Mantas Mikulėnas
[systemd-devel] Passive vs Active targets
Thomas HUMMEL
Re: [systemd-devel] Passive vs Active targets
Thomas HUMMEL
Re: [systemd-devel] Passive vs Active targets
Lennart Poettering
Re: [systemd-devel] Passive vs Active targets
Thomas HUMMEL
Re: [systemd-devel] Passive vs Active targets
Lennart Poettering
Re: [systemd-devel] Passive vs Active targets
Thomas HUMMEL
Re: [systemd-devel] Passive vs Active targets
Kenneth Porter
Re: [systemd-devel] Passive vs Active targets
Lennart Poettering
Re: [systemd-devel] Passive vs Active targets
Kenneth Porter
Re: [systemd-devel] Passive vs Active targets
Lennart Poettering
[systemd-devel] Antw: [EXT] Re: Passive vs Active targets
Ulrich Windl
Re: [systemd-devel] Passive vs Active targets
Thomas HUMMEL
Re: [systemd-devel] Passive vs Active targets
Michael Biebl
[systemd-devel] Udevd and dev file creation
Nishant Nayan
Re: [systemd-devel] Udevd and dev file creation
Greg KH
Re: [systemd-devel] Udevd and dev file creation
Nishant Nayan
Re: [systemd-devel] Udevd and dev file creation
Greg KH
Re: [systemd-devel] Udevd and dev file creation
Lennart Poettering
Re: [systemd-devel] Udevd and dev file creation
Nishant Nayan
Re: [systemd-devel] Udevd and dev file creation
Greg KH
Re: [systemd-devel] Udevd and dev file creation
Nishant Nayan
Re: [systemd-devel] Udevd and dev file creation
Greg KH
Re: [systemd-devel] Udevd and dev file creation
Nishant Nayan
Re: [systemd-devel] Udevd and dev file creation
Lennart Poettering
Re: [systemd-devel] Udevd and dev file creation
Nishant Nayan
Re: [systemd-devel] Udevd and dev file creation
Greg KH
[systemd-devel] Antw: [EXT] Udevd and dev file creation
Ulrich Windl
[systemd-devel] Where to put unix sockets while SELinux enforces on init_t?
Daniel Farina
Re: [systemd-devel] Where to put unix sockets while SELinux enforces on init_t?
Stephen Hemminger
Re: [systemd-devel] Where to put unix sockets while SELinux enforces on init_t?
Mantas Mikulėnas
Re: [systemd-devel] Where to put unix sockets while SELinux enforces on init_t?
Daniel Farina
[systemd-devel] Q: "systemd[1]: var-tmp-AP_0x6tWaHS.mount: Succeeded."
Ulrich Windl
Re: [systemd-devel] Q: "systemd[1]: var-tmp-AP_0x6tWaHS.mount: Succeeded."
Mantas Mikulėnas
[systemd-devel] Antw: [EXT] Re: Q: "systemd[1]: var-tmp-AP_0x6tWaHS.mount: Succeeded."
Ulrich Windl
Re: [systemd-devel] [EXT] Re: Q: "systemd[1]: var-tmp-AP_0x6tWaHS.mount: Succeeded."
Mantas Mikulėnas
[systemd-devel] Antw: Re: [EXT] Re: Q: "systemd[1]: var-tmp-AP_0x6tWaHS.mount: Succeeded."
Ulrich Windl
Earlier messages
Later messages