systemd-devel  

Messages by Thread

• • Re: [systemd-devel] bridge vlan-aware Salvatore Mazzarino
  • Re: [systemd-devel] bridge vlan-aware Andrei Borzenkov
  • Re: [systemd-devel] bridge vlan-aware Salvatore Mazzarino
  • Re: [systemd-devel] bridge vlan-aware Salvatore Mazzarino
• [systemd-devel] dependent services status Ted Toth
  • Re: [systemd-devel] dependent services status Brian Reichert
  • Re: [systemd-devel] dependent services status Alvin Šipraga
  • Re: [systemd-devel] dependent services status Ted Toth
  • Re: [systemd-devel] dependent services status Barry
  • Re: [systemd-devel] dependent services status Ted Toth
  • Re: [systemd-devel] dependent services status Lennart Poettering
• [systemd-devel] systemd-repart with multiple block devices Mehmet Akbulut
  • Re: [systemd-devel] systemd-repart with multiple block devices Greg KH
  • Re: [systemd-devel] systemd-repart with multiple block devices Lennart Poettering
  • Re: [systemd-devel] systemd-repart with multiple block devices Mehmet Akbulut
  • [systemd-devel] systemd-repart with multiple block devices Mehmet Akbulut
  • Re: [systemd-devel] systemd-repart with multiple block devices Mehmet Akbulut
• [systemd-devel] Preventing automatic driver loading on live boot disk Vadim Lebedev
  • Re: [systemd-devel] Preventing automatic driver loading on live boot disk Andrei Borzenkov
  • Re: [systemd-devel] Preventing automatic driver loading on live boot disk Pascal
  • Re: [systemd-devel] Preventing automatic driver loading on live boot disk Lennart Poettering
  • Re: [systemd-devel] Preventing automatic driver loading on live boot disk Vadim Lebedev
  • Re: [systemd-devel] Preventing automatic driver loading on live boot disk Lennart Poettering
  • Re: [systemd-devel] Preventing automatic driver loading on live boot disk Andrei Borzenkov
  • Re: [systemd-devel] Preventing automatic driver loading on live boot disk Lennart Poettering
  • Re: [systemd-devel] Preventing automatic driver loading on live boot disk Vadim Lebedev
• [systemd-devel] Bug or misconfiguration for systemd-networkd and VXLAN? Lukas Wolf
  • Re: [systemd-devel] Bug or misconfiguration for systemd-networkd and VXLAN? Andrei Borzenkov
  • Re: [systemd-devel] Bug or misconfiguration for systemd-networkd and VXLAN? Lukas Wolf
• [systemd-devel] starting networking from within single user mode? Brian Reichert
  • Re: [systemd-devel] starting networking from within single user mode? Mantas Mikulėnas
  • Re: [systemd-devel] starting networking from within single user mode? Brian Reichert
  • Re: [systemd-devel] starting networking from within single user mode? Lennart Poettering
  • [systemd-devel] Antw: [EXT] [systemd‑devel] starting networking from within single user mode? Ulrich Windl
  • Re: [systemd-devel] Antw: [EXT] [systemd???devel] starting networking from within single user mode? Brian Reichert
  • Re: [systemd-devel] Antw: [EXT] [systemd???devel] starting networking from within single user mode? Mantas Mikulėnas
  • [systemd-devel] Antw: Re: Antw: [EXT] [systemd???devel] starting networking from within single user mode? Ulrich Windl
  • Re: [systemd-devel] Antw: Re: Antw: [EXT] [systemd???devel] starting networking from within single user mode? Michael Chapman
  • [systemd-devel] Antw: Re: [systemd‑devel] Antw: Re: Antw: [EXT] [systemd???devel] starting networking from within single user mode? Ulrich Windl
  • Re: [systemd-devel] Antw: [EXT] [systemd???devel] starting networking from within single user mode? Mantas Mikulėnas
  • [systemd-devel] Antw: Re: Re: Antw: [EXT] [systemd???devel] starting networking from within single user mode? Ulrich Windl
  • Re: [systemd-devel] Antw: [EXT] [systemd???devel] starting networking from within single user mode? Michael Biebl
  • Re: [systemd-devel] Antw: [EXT] [systemd???devel] starting networking from within single user mode? Lennart Poettering
  • Re: [systemd-devel] Antw: Re: Antw: [EXT] [systemd???devel] starting networking from within single user mode? Michael Chapman
  • Re: [systemd-devel] Antw: Re: Antw: [EXT] [systemd???devel] starting networking from within single user mode? Mantas Mikulėnas
  • Re: [systemd-devel] Antw: [EXT] [systemd???devel] starting networking from within single user mode? Ulrich Windl
  • Re: [systemd-devel] Antw: [EXT] [systemd???devel] starting networking from within single user mode? Brian Reichert
  • Re: [systemd-devel] starting networking from within single user mode? Lennart Poettering
• Re: [systemd-devel] BUG: kworker + systemd-udevd memory leaks found in 6.1.0-rc4 Mirsad Goran Todorovac
  • Re: [systemd-devel] BUG: kworker + systemd-udevd memory leaks found in 6.1.0-rc4 Greg KH
  • Re: [systemd-devel] BUG: kworker + systemd-udevd memory leaks found in 6.1.0-rc4 Mirsad Goran Todorovac
  • Re: [systemd-devel] BUG: kworker + systemd-udevd memory leaks found in 6.1.0-rc4 Mirsad Goran Todorovac
  • Re: [systemd-devel] BUG: kworker + systemd-udevd memory leaks found in 6.1.0-rc4 Greg KH
  • Re: [systemd-devel] BUG: kworker + systemd-udevd memory leaks found in 6.1.0-rc4 Mirsad Goran Todorovac
• [systemd-devel] Version 252 of systemd, as expected, locks down the Linux boot process Turritopsis Dohrnii Teo En Ming
• [systemd-devel] systemd 252 released systemd tag bot
• [systemd-devel] Warning "Supervising process..." due to SIGCHLD from grand-parent Christopher Wong
  • Re: [systemd-devel] Warning "Supervising process..." due to SIGCHLD from grand-parent Lennart Poettering
  • Re: [systemd-devel] Warning "Supervising process..." due to SIGCHLD from grand-parent Lennart Poettering
  • Re: [systemd-devel] Warning "Supervising process..." due to SIGCHLD from grand-parent Christopher Wong
• [systemd-devel] Attaching an overlayfs to an existing nspawn container Yotam Nachum
• [systemd-devel] Best practise for creating sockets without a corresponding service Simon Mullis
  • Re: [systemd-devel] Best practise for creating sockets without a corresponding service Michal Koutný
• [systemd-devel] systemctl, unclear error msg/warning, "Refusing to accept PID outside of service control group..." rop
  • Re: [systemd-devel] systemctl, unclear error msg/warning, "Refusing to accept PID outside of service control group..." Michal Koutný
• [systemd-devel] How to get a useful peer address when doing accept(3, ...) on a systemd supplied listening socket Klaus Ebbe Grue
  • Re: [systemd-devel] How to get a useful peer address when doing accept(3, ...) on a systemd supplied listening socket Mantas Mikulėnas
  • Re: [systemd-devel] How to get a useful peer address when doing accept(3, ...) on a systemd supplied listening socket Klaus Ebbe Grue
• [systemd-devel] systemd-resolved/NetworkManager resolv.conf handling Thomas HUMMEL
  • Re: [systemd-devel] systemd-resolved/NetworkManager resolv.conf handling Barry
  • Re: [systemd-devel] systemd-resolved/NetworkManager resolv.conf handling Petr Menšík
  • Re: [systemd-devel] systemd-resolved/NetworkManager resolv.conf handling Thomas HUMMEL
  • Re: [systemd-devel] systemd-resolved/NetworkManager resolv.conf handling Petr Menšík
  • Re: [systemd-devel] systemd-resolved/NetworkManager resolv.conf handling Thomas HUMMEL
  • Re: [systemd-devel] systemd-resolved/NetworkManager resolv.conf handling Barry
  • Re: [systemd-devel] systemd-resolved/NetworkManager resolv.conf handling Thomas HUMMEL
  • Re: [systemd-devel] systemd-resolved/NetworkManager resolv.conf handling Barry Scott
  • Re: [systemd-devel] systemd-resolved/NetworkManager resolv.conf handling Thomas HUMMEL
• Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Richard Purdie
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Luca Boccassi
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Richard Purdie
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Luca Boccassi
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 TJ
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Mantas Mikulėnas
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 TJ
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Luca Boccassi
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 TJ
  • [systemd-devel] Antw: [EXT] Re: Support for unmerged-usr systems will be REMOVED in the second half of 2023 Ulrich Windl
  • Re: [systemd-devel] Antw: [EXT] Re: Support for unmerged-usr systems will be REMOVED in the second half of 2023 Wols Lists
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Mantas Mikulėnas
  • [systemd-devel] Antw: [EXT] Re: Support for unmerged-usr systems will be REMOVED in the second half of 2023 Ulrich Windl
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Luca Boccassi
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Richard Purdie
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Luca Boccassi
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Richard Purdie
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Luca Boccassi
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Richard Purdie
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Dimitri John Ledkov
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Richard Purdie
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Dimitri John Ledkov
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Richard Purdie
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Lennart Poettering
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Richard Purdie
  • Re: [systemd-devel] Support for unmerged-usr systems will be REMOVED in the second half of 2023 Luca Boccassi
• [systemd-devel] systemd prerelease 252-rc3 systemd tag bot
• [systemd-devel] Is there a way to find out if Delegate=yes? Yuri Kanivetsky
  • Re: [systemd-devel] Is there a way to find out if Delegate=yes? Arseny Maslennikov
  • Re: [systemd-devel] Is there a way to find out if Delegate=yes? Yuri Kanivetsky
  • Re: [systemd-devel] Is there a way to find out if Delegate=yes? Arseny Maslennikov
  • Re: [systemd-devel] Is there a way to find out if Delegate=yes? Yuri Kanivetsky
• [systemd-devel] How is supposed DNS over TLS with NM supposed to work? Petr Menšík
• [systemd-devel] A way to pass runtime-defined XDG_CONFIG_DIRS to xdg-autostart-generators Slava Aseev
• [systemd-devel] systemd.mount - How to disable the auto-creation of the directory (directories) kAja Ziegler
  • Re: [systemd-devel] systemd.mount - How to disable the auto-creation of the directory (directories) Lennart Poettering
• [systemd-devel] Getting delegated IPv6 prefix from systemd-networkd Ian Pilcher
  • Re: [systemd-devel] Getting delegated IPv6 prefix from systemd-networkd Ian Pilcher
  • Re: [systemd-devel] Getting delegated IPv6 prefix from systemd-networkd Kenneth Porter
  • Re: [systemd-devel] Getting delegated IPv6 prefix from systemd-networkd Ian Pilcher
  • Re: [systemd-devel] Getting delegated IPv6 prefix from systemd-networkd Topi Miettinen
  • Re: [systemd-devel] Getting delegated IPv6 prefix from systemd-networkd Arseny Maslennikov
  • Re: [systemd-devel] Getting delegated IPv6 prefix from systemd-networkd Topi Miettinen
• [systemd-devel] systemd prerelease 252-rc2 systemd tag bot
• [systemd-devel] limiting NFS activity Weatherby,Gerard
  • Re: [systemd-devel] limiting NFS activity Lennart Poettering
  • Re: [systemd-devel] limiting NFS activity Barry
• [systemd-devel] Finding network interface name in different distro Etienne Champetier
  • Re: [systemd-devel] Finding network interface name in different distro Etienne Champetier
  • Re: [systemd-devel] Finding network interface name in different distro Lennart Poettering
  • Re: [systemd-devel] Finding network interface name in different distro Etienne Champetier
  • Re: [systemd-devel] Finding network interface name in different distro Lennart Poettering
  • [systemd-devel] Antw: [EXT] Finding network interface name in different distro Ulrich Windl
  • Re: [systemd-devel] [EXT] Finding network interface name in different distro Etienne Champetier
  • Re: [systemd-devel] [EXT] Finding network interface name in different distro Brian Reichert
  • [systemd-devel] Antw: Re: [systemd‑devel] [EXT] Finding network interface name in different distro Ulrich Windl
  • [systemd-devel] Antw: Re: [EXT] Finding network interface name in different distro Ulrich Windl
  • Re: [systemd-devel] Antw: Re: [EXT] Finding network interface name in different distro Mantas Mikulėnas
  • Re: [systemd-devel] Antw: [EXT] Finding network interface name in different distro Lennart Poettering
  • Re: [systemd-devel] Finding network interface name in different distro Greg Oliver
  • Re: [systemd-devel] Finding network interface name in different distro Etienne Champetier
  • Re: [systemd-devel] Finding network interface name in different distro Lennart Poettering
  • [systemd-devel] Antw: [EXT] Re: [systemd‑devel] Finding network interface name in different distro Ulrich Windl
  • Re: [systemd-devel] [EXT] Re: [systemd‑devel] Finding network interface name in different distro Greg Oliver
• [systemd-devel] systemd-container: Trying to use a bookworm chroot with a buster host fails / Failed to create /init.scope control group Michael Biebl
  • Re: [systemd-devel] systemd-container: Trying to use a bookworm chroot with a buster host fails / Failed to create /init.scope control group Lennart Poettering
  • Re: [systemd-devel] systemd-container: Trying to use a bookworm chroot with a buster host fails / Failed to create /init.scope control group Michael Biebl
  • Re: [systemd-devel] systemd-container: Trying to use a bookworm chroot with a buster host fails / Failed to create /init.scope control group Lennart Poettering
  • Re: [systemd-devel] systemd-container: Trying to use a bookworm chroot with a buster host fails / Failed to create /init.scope control group Michael Biebl
  • Re: [systemd-devel] systemd-container: Trying to use a bookworm chroot with a buster host fails / Failed to create /init.scope control group Michael Biebl
  • Re: [systemd-devel] systemd-container: Trying to use a bookworm chroot with a buster host fails / Failed to create /init.scope control group Bernhard Übelacker
  • Re: [systemd-devel] systemd-container: Trying to use a bookworm chroot with a buster host fails / Failed to create /init.scope control group Simon McVittie
  • Re: [systemd-devel] systemd-container: Trying to use a bookworm chroot with a buster host fails / Failed to create /init.scope control group Bernhard Übelacker
  • Re: [systemd-devel] systemd-container: Trying to use a bookworm chroot with a buster host fails / Failed to create /init.scope control group Lennart Poettering
• [systemd-devel] user unit with delayed users homes mount - ? lejeczek
  • Re: [systemd-devel] user unit with delayed users homes mount - ? Andrei Borzenkov
  • Re: [systemd-devel] user unit with delayed users homes mount - ? lejeczek
  • Re: [systemd-devel] user unit with delayed users homes mount - ? Andrei Borzenkov
  • Re: [systemd-devel] user unit with delayed users homes mount - ? Colin Guthrie
  • Re: [systemd-devel] user unit with delayed users homes mount - ? Lennart Poettering
  • Re: [systemd-devel] user unit with delayed users homes mount - ? lejeczek
• [systemd-devel] daemon-reload does not pick up changes to /etc/systemd/system during boot Alex Aminoff
  • Re: [systemd-devel] daemon-reload does not pick up changes to /etc/systemd/system during boot Andrei Borzenkov
  • Re: [systemd-devel] daemon-reload does not pick up changes to /etc/systemd/system during boot Lennart Poettering
  • Re: [systemd-devel] daemon-reload does not pick up changes to /etc/systemd/system during boot Alex Aminoff
  • Re: [systemd-devel] SOLVED: daemon-reload does not pick up changes to /etc/systemd/system during boot Alex Aminoff
  • [systemd-devel] Antw: [EXT] Re: SOLVED: daemon-reload does not pick up changes to /etc/systemd/system during boot Ulrich Windl
  • Re: [systemd-devel] Antw: [EXT] Re: SOLVED: daemon-reload does not pick up changes to /etc/systemd/system during boot Andrei Borzenkov
  • [systemd-devel] Antw: Re: Antw: [EXT] Re: SOLVED: daemon-reload does not pick up changes to /etc/systemd/system during boot Ulrich Windl
  • Re: [systemd-devel] Antw: Re: Antw: [EXT] Re: SOLVED: daemon-reload does not pick up changes to /etc/systemd/system during boot Lennart Poettering
  • Re: [systemd-devel] Antw: [EXT] Re: SOLVED: daemon-reload does not pick up changes to /etc/systemd/system during boot Andrei Borzenkov
• Re: [systemd-devel] systemd-udevd -any way to list triggered rules with their files etc ? Lennart Poettering
• Re: [systemd-devel] Attaching virtual session (e.g. SSH) to seat Lennart Poettering
• Re: [systemd-devel] systemd-repart help requested please Lennart Poettering
• Re: [systemd-devel] Can /usr/lib/systemd/user/sockets.target.wants be used to autoenable a socket by a vendor package? Yuri Kanivetsky
• [systemd-devel] systemd-networkd not sending periodic router advertisements Marcel Menzel
  • Re: [systemd-devel] systemd-networkd not sending periodic router advertisements Mike Gilbert
• [systemd-devel] systemd prerelease 252-rc1 systemd tag bot
• [systemd-devel] Is it possible to let systemd create a listening socket and yet be able to have that socket activate nothing, at least temporarily? Klaus Ebbe Grue
  • Re: [systemd-devel] Is it possible to let systemd create a listening socket and yet be able to have that socket activate nothing, at least temporarily? Michael Biebl
  • Re: [systemd-devel] Is it possible to let systemd create a listening socket and yet be able to have that socket activate nothing, at least temporarily? Klaus Ebbe Grue
  • Re: [systemd-devel] Is it possible to let systemd create a listening socket and yet be able to have that socket activate nothing, at least temporarily? Mantas Mikulėnas
  • Re: [systemd-devel] Is it possible to let systemd create a listening socket and yet be able to have that socket activate nothing, at least temporarily? Klaus Ebbe Grue
  • Re: [systemd-devel] Is it possible to let systemd create a listening socket and yet be able to have that socket activate nothing, at least temporarily? Lennart Poettering
  • Re: [systemd-devel] Is it possible to let systemd create a listening socket and yet be able to have that socket activate nothing, at least temporarily? Klaus Ebbe Grue
  • [systemd-devel] Antw: [EXT] [systemd‑devel] Is it possible to let systemd create a listening socket and yet be able to have that socket activate nothing, at least temporarily? Ulrich Windl
• [systemd-devel] Setting up a VPN daemon as a Portable Service Duncan Gibson
  • Re: [systemd-devel] Setting up a VPN daemon as a Portable Service Arian van Putten
  • Re: [systemd-devel] Setting up a VPN daemon as a Portable Service David Anderson
  • Re: [systemd-devel] Setting up a VPN daemon as a Portable Service Duncan Gibson
  • Re: [systemd-devel] Setting up a VPN daemon as a Portable Service Luca Boccassi
  • Re: [systemd-devel] Setting up a VPN daemon as a Portable Service Duncan Gibson
  • Re: [systemd-devel] Setting up a VPN daemon as a Portable Service Duncan Gibson
  • Re: [systemd-devel] Setting up a VPN daemon as a Portable Service Duncan Gibson
  • Re: [systemd-devel] Setting up a VPN daemon as a Portable Service Luca Boccassi
• [systemd-devel] prevent systemd-journald rotating message d tbsky
  • Re: [systemd-devel] prevent systemd-journald rotating message Lennart Poettering
• [systemd-devel] networkd tries only once to send IPv6 router solicitation, then never tries again Kevin P. Fleming
• Re: [systemd-devel] problem understanding why I am 'forced' to run systemd-journald Michael Biebl
  • Re: [systemd-devel] *****SPAM***** Re: problem understanding why I am 'forced' to run systemd-journald Marc
  • Re: [systemd-devel] *****SPAM***** Re: problem understanding why I am 'forced' to run systemd-journald František Šumšal
  • Re: [systemd-devel] *****SPAM***** Re: problem understanding why I am 'forced' to run systemd-journald Michael Biebl

• Later messages