systemd-devel  

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