February 2021 Archives by subject

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

Starting: Mon Feb 1 06:50:31 UTC 2021
Ending: Sat Feb 27 19:28:47 UTC 2021
Messages: 223

• [systemd-devel] /etc/machine-id and a read-only rootfs   Max Marrone
• [systemd-devel] /etc/machine-id and a read-only rootfs   Lennart Poettering
• [systemd-devel] [EXT] Re: consider dropping defrag of journals on btrfs   Chris Murphy
• [systemd-devel] [EXT] Re: consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] [EXT] Re: consider dropping defrag of journals on btrfs   Chris Murphy
• [systemd-devel] [EXT] Re: consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] [RFC] systemd-journald, mmap-cache, and its ENOMEM-driven window reclamation   Vito Caputo
• [systemd-devel] [RFC] systemd-journald, mmap-cache, and its ENOMEM-driven window reclamation   Lennart Poettering
• [systemd-devel] Antw: [EXT] Limitation on maximum number of systemd timers that can be active   Ulrich Windl
• [systemd-devel] Antw: [EXT] Re: consider dropping defrag of journals on btrfs   Ulrich Windl
• [systemd-devel] Antw: [EXT] Re: consider dropping defrag of journals on btrfs   Ulrich Windl
• [systemd-devel] Antw: [EXT] Re: Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Ulrich Windl
• [systemd-devel] Antw: [EXT] Re: Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Reindl Harald
• [systemd-devel] Antw: [EXT] Re: Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Lennart Poettering
• [systemd-devel] Antw: [EXT] Re: Q: Debugging missing requirements   Ulrich Windl
• [systemd-devel] Antw: [EXT] Re: Q: Debugging missing requirements   Andrei Borzenkov
• [systemd-devel] Antw: [EXT] Re: Q: Debugging missing requirements   Dave Howorth
• [systemd-devel] Antw: [EXT] Re: Starting a socket unit that finds an active service fails   Ulrich Windl
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Ulrich Windl
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Ulrich Windl
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Ulrich Windl
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Andrei Borzenkov
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Ulrich Windl
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Reindl Harald
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Uoti Urpala
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Reindl Harald
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Andrei Borzenkov
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Ian Pilcher
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Ulrich Windl
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Michael Chapman
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Michael Chapman
• [systemd-devel] Antw: [EXT] Re: Still confused with socket activation   Andrei Borzenkov
• [systemd-devel] Antw: [EXT] Re: sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Ulrich Windl
• [systemd-devel] Antw: [EXT] Re: sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Reindl Harald
• [systemd-devel] Antw: [EXT] timesyncd log messages galore   Ulrich Windl
• [systemd-devel] Antw: Antw: Re: Re: Antw: [EXT] Re: Still confused with socket activation   Ulrich Windl
• [systemd-devel] Antw: Antw: Re: Re: Antw: [EXT] Re: Still confused with socket activation   Michael Chapman
• [systemd-devel] Antw: Q: Debugging missing requirements   Ulrich Windl
• [systemd-devel] Antw: Re: [EXT] Re: consider dropping defrag of journals on btrfs   Ulrich Windl
• [systemd-devel] Antw: Re: [EXT] Re: consider dropping defrag of journals on btrfs   Ulrich Windl
• [systemd-devel] Antw: Re: Antw: [EXT] Re: Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Ulrich Windl
• [systemd-devel] Antw: Re: Antw: [EXT] Re: Q: Debugging missing requirements   Ulrich Windl
• [systemd-devel] Antw: Re: Antw: [EXT] Re: Still confused with socket activation   Ulrich Windl
• [systemd-devel] Antw: Re: Antw: [EXT] Re: Still confused with socket activation   Ulrich Windl
• [systemd-devel] Antw: Re: Antw: [EXT] Re: Still confused with socket activation   Michael Chapman
• [systemd-devel] Antw: Re: Antw: [EXT] Re: Still confused with socket activation   Michael Chapman
• [systemd-devel] Antw: Re: Antw: [EXT] Re: Still confused with socket activation   Ulrich Windl
• [systemd-devel] Antw: Re: Antw: Antw: Re: Re: Antw: [EXT] Re: Still confused with socket activation   Ulrich Windl
• [systemd-devel] Antw: Re: Re: Antw: [EXT] Re: Still confused with socket activation   Ulrich Windl
• [systemd-devel] Antw: Re: Re: Antw: [EXT] Re: Still confused with socket activation   Ulrich Windl
• [systemd-devel] avoid unmounts in unprivileged containers   Rodny Molina
• [systemd-devel] avoid unmounts in unprivileged containers   Rodny Molina
• [systemd-devel] avoid unmounts in unprivileged containers   Lennart Poettering
• [systemd-devel] avoid unmounts in unprivileged containers   Rodny Molina
• [systemd-devel] best way to enable dynamicuser on a large custom application   Davis Roman
• [systemd-devel] best way to enable dynamicuser on a large custom application   Topi Miettinen
• [systemd-devel] Confusing Output of "journalctl --setup-keys --force"   Andreas Krüger
• [systemd-devel] Confusing Output of "journalctl --setup-keys --force"   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Chris Murphy
• [systemd-devel] consider dropping defrag of journals on btrfs   Chris Murphy
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Chris Murphy
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Dave Howorth
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Dave Howorth
• [systemd-devel] consider dropping defrag of journals on btrfs   Maksim Fomin
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Chris Murphy
• [systemd-devel] consider dropping defrag of journals on btrfs   Chris Murphy
• [systemd-devel] consider dropping defrag of journals on btrfs   Vito Caputo
• [systemd-devel] consider dropping defrag of journals on btrfs   Chris Murphy
• [systemd-devel] consider dropping defrag of journals on btrfs   Andrei Borzenkov
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Chris Murphy
• [systemd-devel] consider dropping defrag of journals on btrfs   Chris Murphy
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Lennart Poettering
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Colin Guthrie
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Colin Guthrie
• [systemd-devel] consider dropping defrag of journals on btrfs   Phillip Susi
• [systemd-devel] consider dropping defrag of journals on btrfs   Vito Caputo
• [systemd-devel] Design patterns for privilege separating systemd services?   Colin Walters
• [systemd-devel] Design patterns for privilege separating systemd services?   Lennart Poettering
• [systemd-devel] Design patterns for privilege separating systemd services?   Colin Walters
• [systemd-devel] Design patterns for privilege separating systemd services?   Pekka Paalanen
• [systemd-devel] Design patterns for privilege separating systemd services?   Kumar Kartikeya Dwivedi
• [systemd-devel] How should Wayland compositors handle logind restarts?   Vlad Zahorodnii
• [systemd-devel] How should Wayland compositors handle logind restarts?   Zbigniew Jędrzejewski-Szmek
• [systemd-devel] How should Wayland compositors handle logind restarts?   Vlad Zahorodnii
• [systemd-devel] Is it intentional that "systemctl cat" outputs "# /dev/null" for a masked unit?   Ulrich Windl
• [systemd-devel] Is it intentional that "systemctl cat" outputs "# /dev/null" for a masked unit?   Lennart Poettering
• [systemd-devel] JournalD with TPM   Andreas Krüger
• [systemd-devel] JournalD with TPM   Lennart Poettering
• [systemd-devel] Limitation on maximum number of systemd timers that can be active   P.R.Dinesh
• [systemd-devel] Limitation on maximum number of systemd timers that can be active   Lennart Poettering
• [systemd-devel] Limitation on maximum number of systemd timers that can be active   P.R.Dinesh
• [systemd-devel] Looking for known memory leaks ... [ISOLATED?]   Robert P. J. Day
• [systemd-devel] Looking for known memory leaks ... [ISOLATED?]   Cristian Rodríguez
• [systemd-devel] Looking for known memory leaks ... [ISOLATED?]   rpjday at crashcourse.ca
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Robert P. J. Day
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Lennart Poettering
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Robert P. J. Day
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Robert P. J. Day
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Robert P. J. Day
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Reindl Harald
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Robert P. J. Day
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Robert P. J. Day
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Lennart Poettering
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Robert P. J. Day
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Mantas Mikulėnas
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Greg KH
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Lennart Poettering
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Robert P. J. Day
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Robert P. J. Day
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Greg KH
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Robert P. J. Day
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Lennart Poettering
• [systemd-devel] Looking for known memory leaks triggered by stress testing add/remove/up/down interfaces   Cristian Rodríguez
• [systemd-devel] Q: Debugging missing requirements   Ulrich Windl
• [systemd-devel] Q: Debugging missing requirements   Andrei Borzenkov
• [systemd-devel] Q: Roles for a one-shot service   Ulrich Windl
• [systemd-devel] Q: Roles for a one-shot service   Reindl Harald
• [systemd-devel] Resolving of a specifier in Environment= and ExecStart=   rtang at tutanota.com
• [systemd-devel] setting up journal-remote   Belisko Marek
• [systemd-devel] Should services be able to run without /proc?   Antonius Frie
• [systemd-devel] Should services be able to run without /proc?   Lennart Poettering
• [systemd-devel] Should services be able to run without /proc?   Cristian Rodríguez
• [systemd-devel] Still confused with socket activation   Ulrich Windl
• [systemd-devel] Still confused with socket activation   Lennart Poettering
• [systemd-devel] Still confused with socket activation   Andrei Borzenkov
• [systemd-devel] Still confused with socket activation   Lennart Poettering
• [systemd-devel] Still confused with socket activation   Benjamin Berg
• [systemd-devel] Still confused with socket activation   Reindl Harald
• [systemd-devel] Still confused with socket activation   Benjamin Berg
• [systemd-devel] Still confused with socket activation   Reindl Harald
• [systemd-devel] Still confused with socket activation   Andrei Borzenkov
• [systemd-devel] Still confused with socket activation   Andrei Borzenkov
• [systemd-devel] Still confused with socket activation   Andrei Borzenkov
• [systemd-devel] Still confused with socket activation   Benjamin Berg
• [systemd-devel] Still confused with socket activation   Benjamin Berg
• [systemd-devel] Still confused with socket activation   Reindl Harald
• [systemd-devel] Still confused with socket activation   Benjamin Berg
• [systemd-devel] Still confused with socket activation   Simon McVittie
• [systemd-devel] Still confused with socket activation   Andrei Borzenkov
• [systemd-devel] Still confused with socket activation   Benjamin Berg
• [systemd-devel] Still confused with socket activation   Andrei Borzenkov
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Reindl Harald
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Lennart Poettering
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Reindl Harald
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Reindl Harald
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Mike Gilbert
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Reindl Harald
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Mike Gilbert
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Reindl Harald
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Mike Gilbert
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Reindl Harald
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Mike Gilbert
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Reindl Harald
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Mike Gilbert
• [systemd-devel] sys-module-fuse.device: Failed to enqueue SYSTEMD_WANTS= job, ignoring: Unit modprobe at fuse.service is masked   Mike Gilbert
• [systemd-devel] systemd-ask-password causes systemd to use very high CPU   Barry Scott
• [systemd-devel] systemd-resolved auto configure DNS server changed?   Ed Greshko
• [systemd-devel] systemd-resolved auto configure DNS server changed?   Lennart Poettering
• [systemd-devel] systemd-resolved auto configure DNS server changed?   Ed Greshko
• [systemd-devel] systemd-resolved auto configure DNS server changed?   Lennart Poettering
• [systemd-devel] systemd-resolved auto configure DNS server changed?   Ed Greshko
• [systemd-devel] systemd prerelease 248-rc1   systemd tag bot
• [systemd-devel] systemd prerelease 248-rc2   systemd tag bot
• [systemd-devel] timedate1 permissions   Greg Wilson-Lindberg
• [systemd-devel] timedate1 permissions   Mantas Mikulėnas
• [systemd-devel] timedate1 permissions   Greg Wilson-Lindberg
• [systemd-devel] timesyncd log messages galore   Ede Wolf
• [systemd-devel] timesyncd log messages galore   Ede Wolf
• [systemd-devel] timesyncd log messages galore   Mantas Mikulėnas
• [systemd-devel] timesyncd log messages galore   Kevin P. Fleming
• [systemd-devel] timesyncd log messages galore   Ede Wolf
• [systemd-devel] udev and btrfs multiple devices   Chris Murphy
• [systemd-devel] udev and btrfs multiple devices   Chris Murphy
• [systemd-devel] udev and btrfs multiple devices   Lennart Poettering
• [systemd-devel] udev and btrfs multiple devices   Chris Murphy
• [systemd-devel] udev blkid check on mmcblk0boot0 and boot1   Alan Perry
• [systemd-devel] udev blkid check on mmcblk0boot0 and boot1   Lennart Poettering
• [systemd-devel] udev blkid check on mmcblk0boot0 and boot1   Alan Perry
• [systemd-devel] udev blkid check on mmcblk0boot0 and boot1   Lennart Poettering
• [systemd-devel] udev blkid check on mmcblk0boot0 and boot1   Jeremy Linton
• [systemd-devel] udev blkid check on mmcblk0boot0 and boot1   Alan Perry
• [systemd-devel] Unable to insert a route to a non-default table   Liu, Minsheng
• [systemd-devel] Unprivileged user can kill root-owned processes by changing PID file and stopping service   Frank Thommen
• [systemd-devel] Unprivileged user can kill root-owned processes by changing PID file and stopping service   Lennart Poettering
• [systemd-devel] Unprivileged user can kill root-owned processes by changing PID file and stopping service   Frank Thommen
• [systemd-devel] Unprivileged user can kill root-owned processes by changing PID file and stopping service   Reindl Harald
• [systemd-devel] User services won't start at login after switch from homed user to regular user   Rich Lucas
• [systemd-devel] Using sdbus-cpp   Carlo Wood
• [systemd-devel] Using sdbus-cpp   Lennart Poettering
• [systemd-devel] What's the best way to generate .conf files on startup?   Sean McKay
• [systemd-devel] What's the best way to generate .conf files on startup?   Lennart Poettering
• [systemd-devel] What's the best way to generate .conf files on startup?   Sean McKay
• [systemd-devel] What's the best way to generate .conf files on startup?   Lennart Poettering
• [systemd-devel] What's the best way to generate .conf files on startup?   Sean McKay
• [systemd-devel] Why does reboot invoke kexec command?   Baoquan He

Last message date: Sat Feb 27 19:28:47 UTC 2021
Archived on: Sat Feb 27 19:29:01 UTC 2021

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...