Systemd Development
[Prev Page][Next Page]
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Christopher Cox <ccox@xxxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Christopher Cox <ccox@xxxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Christopher Cox <ccox@xxxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd-nspawn: access to disk devices does not work on centos 7/systemd 219
- From: Colin Guthrie <gmane@xxxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Christopher Cox <ccox@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Tomasz Torcz <tomek@xxxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Christopher Cox <ccox@xxxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Jonathon Kowalski <bl0pbl33p@xxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Christopher Cox <ccox@xxxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Christopher Cox <ccox@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Amish <anon.amish@xxxxxxxxx>
- Re: Bugfix release(s)
- From: Ryan Gonzalez <rymg19@xxxxxxxxx>
- Re: systemd-nspawn: access to disk devices does not work on centos 7/systemd 219
- From: Mailing List SVR <lists@xxxxxxxxxxxxxxxxx>
- Re: At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Filipe Brandenburger <filbranden@xxxxxxxxx>
- At wits end... need to execute a script prior to anything getting killed/changed on reboot/shutdown
- From: Christopher Cox <ccox@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Ryan Gonzalez <rymg19@xxxxxxxxx>
- Re: RFC: idea for a pstore systemd service
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd-nspawn: access to disk devices does not work on centos 7/systemd 219
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: František Šumšal <frantisek@xxxxxxxxx>
- Re: Bugfix release(s)
- From: Colin Guthrie <gmane@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Jérémy ROSEN <jeremy.rosen@xxxxxxxx>
- Re: systemd-nspawn: access to disk devices does not work on centos 7/systemd 219
- From: Mailing List SVR <lists@xxxxxxxxxxxxxxxxx>
- Re: taking time off
- From: Jóhann B. Guðmundsson <johannbg@xxxxxxxxx>
- Re: taking time off
- From: Manuel Wagesreither <ManWag@xxxxxxxxxxx>
- systemd-nspawn: access to disk devices does not work on centos 7/systemd 219
- From: Mailing List SVR <lists@xxxxxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Christian Hesse <list@xxxxxxxx>
- Re: RFC: idea for a pstore systemd service
- From: Jóhann B. Guðmundsson <johannbg@xxxxxxxxx>
- Re: taking time off
- From: Vito Caputo <vcaputo@xxxxxxxxxxx>
- taking time off
- From: Michael Biebl <mbiebl@xxxxxxxxx>
- Re: Bugfix release(s)
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: RFC: idea for a pstore systemd service
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
- Re: GithHub / private repos
- From: Alex Dzyoba <alex@xxxxxxxxxx>
- RFC: idea for a pstore systemd service
- From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
- Re: Calling sd_bus_reply_method_return outside method handler
- From: Jean Valjean <valjean.jean1802@xxxxxxxxx>
- planned v241 release
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: Bugfix release(s)
- From: Jóhann B. Guðmundsson <johannbg@xxxxxxxxx>
- Re: Bugfix release(s)
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: Calling sd_bus_reply_method_return outside method handler
- From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Michael Olbrich <m.olbrich@xxxxxxxxxxxxxx>
- Calling sd_bus_reply_method_return outside method handler
- From: Jean Valjean <valjean.jean1802@xxxxxxxxx>
- Re: Bugfix release(s)
- From: Dave Reisner <d@xxxxxxxxxxxxxx>
- Re: GithHub / private repos
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Mike Gilbert <floppym@xxxxxxxxxx>
- Re: Bugfix release(s)
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Bugfix release(s)
- From: Dave Reisner <d@xxxxxxxxxxxxxx>
- Bugfix release(s)
- From: Jan Synacek <jsynacek@xxxxxxxxxx>
- Re: sd-bus parameter names
- From: Giacinto Cifelli <gciofono@xxxxxxxxx>
- Re: GithHub / private repos
- From: Alex Dzyoba <alex@xxxxxxxxxx>
- Re: Question about WATCHDOG
- From: Dave Reisner <d@xxxxxxxxxxxxxx>
- Re: systemd-journald.service not using ProtectSystem=strict?
- From: Topi Miettinen <toiwoton@xxxxxxxxx>
- Question about WATCHDOG
- From: Sietse van Zanen <sietse@xxxxxxxxx>
- systemd-journald.service not using ProtectSystem=strict?
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Wanted service in status deactivating
- From: Jonathon Kowalski <bl0pbl33p@xxxxxxxxx>
- Re: GithHub / private repos
- From: Michael Biebl <mbiebl@xxxxxxxxx>
- GithHub / private repos
- From: Michael Biebl <mbiebl@xxxxxxxxx>
- Re: MongoDB error after the changing the Path
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Wanted service in status deactivating
- From: "Liu, Shuang (ADITG/ESM)" <sliu@xxxxxxxxxxxxxx>
- Re: MongoDB error after the changing the Path
- From: Hemanth Kumar <hemanthkumar.t@xxxxxxxxxxxxxx>
- Re: MongoDB error after the changing the Path
- From: Hemanth Kumar <hemanthkumar.t@xxxxxxxxxxxxxx>
- Re: MongoDB error after the changing the Path
- From: Cristian Rodríguez <crrodriguez@xxxxxxxxxxxx>
- Re: MongoDB error after the changing the Path
- From: Hemanth Kumar <hemanthkumar.t@xxxxxxxxxxxxxx>
- MongoDB error after the changing the Path
- From: <hemanthkumar.t@xxxxxxxxxxxxxxx>
- Re: clang-format: auto-formatting the code base of systemd
- From: Umut Tezduyar Lindskog <umut@xxxxxxxxxxxx>
- Re: systemctl start second.service first.service
- From: Jonathon Kowalski <bl0pbl33p@xxxxxxxxx>
- Re: systemctl start second.service first.service
- From: Michal Koutný <mkoutny@xxxxxxxx>
- Re: sd-bus parameter names
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: clang-format: auto-formatting the code base of systemd
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: How to add a second bridge to a nspawn container?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: How to add a second bridge to a nspawn container?
- From: Cristian Rodríguez <crrodriguez@xxxxxxxxxxxx>
- Re: clang-format: auto-formatting the code base of systemd
- From: Sebastian Jennen <sebastian.jennen@xxxxxx>
- Re: clang-format: auto-formatting the code base of systemd
- From: Giacinto Cifelli <gciofono@xxxxxxxxx>
- clang-format: auto-formatting the code base of systemd
- From: Sebastian Jennen <sebastian.jennen@xxxxxx>
- Re: How to add a second bridge to a nspawn container?
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- sd-bus parameter names
- From: Giacinto Cifelli <gciofono@xxxxxxxxx>
- Re: How to add a second bridge to a nspawn container?
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: How to add a second bridge to a nspawn container?
- From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
- How to add a second bridge to a nspawn container?
- From: Wojtek Swiatek <w@xxxxxxxxx>
- Re: Requires and After
- From: Jonathon Kowalski <bl0pbl33p@xxxxxxxxx>
- Re: Requires and After
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Re: Requires and After
- From: Olaf van der Spek <ml@xxxxxxxxxx>
- Re: Requires and After
- From: Olaf van der Spek <ml@xxxxxxxxxx>
- Re: Requires and After
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: Requires and After
- From: James Feeney <james@xxxxxxxxxxx>
- Re: Requires and After
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Requires and After
- From: Tom H <tomh0665@xxxxxxxxx>
- Re: Requires and After
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Requires and After
- From: James Feeney <james@xxxxxxxxxxx>
- Re: Requires and After
- From: Jonathon Kowalski <bl0pbl33p@xxxxxxxxx>
- Re: Requires and After
- From: Jonathon Kowalski <bl0pbl33p@xxxxxxxxx>
- Re: Requires and After
- From: James Feeney <james@xxxxxxxxxxx>
- Re: Requires and After
- From: Jonathon Kowalski <bl0pbl33p@xxxxxxxxx>
- Re: .service and .socket
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: .service and .socket
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: .service and .socket
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: .service and .socket
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: .service and .socket
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: .service and .socket
- From: Olaf van der Spek <ml@xxxxxxxxxx>
- Re: Requires and After
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: .service and .socket
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Requires and After
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Requires and After
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: .service and .socket
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: .service and .socket
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Requires and After
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: Requires and After
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Re: Requires and After
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: Requires and After
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Re: Requires and After
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: Requires and After
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Re: Requires and After
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: .service and .socket
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Re: Requires and After
- From: Olaf van der Spek <ml@xxxxxxxxxx>
- Re: Requires and After
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: Requires and After
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Re: Requires and After
- From: Olaf van der Spek <ml@xxxxxxxxxx>
- Re: Requires and After
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: Requires and After
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: Requires and After
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: Requires and After
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: Requires and After
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Re: Requires and After
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: Requires and After
- From: Olaf van der Spek <ml@xxxxxxxxxx>
- Re: .service and .socket
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: Requires and After
- From: James Feeney <james@xxxxxxxxxxx>
- Re: Requires and After
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Requires and After
- From: James Feeney <james@xxxxxxxxxxx>
- Re: Requires and After
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Requires and After
- From: Tomasz Torcz <tomek@xxxxxxxxxxxxxx>
- Re: Requires and After
- From: Olaf van der Spek <ml@xxxxxxxxxx>
- Re: Requires and After
- From: Ian Pilcher <arequipeno@xxxxxxxxx>
- .service and .socket
- From: Olaf van der Spek <ml@xxxxxxxxxx>
- Re: Requires and After
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Requires and After
- From: Olaf van der Spek <ml@xxxxxxxxxx>
- Re: Requires and After
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Requires and After
- From: Olaf van der Spek <ml@xxxxxxxxxx>
- Passing secrets via persistent keyring
- From: Bruno Vernay <brunovern.a@xxxxxxxxx>
- Re: IPAddressDeny/IPAddressAllow is too limited ot be useful
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: IPAddressDeny/IPAddressAllow is too limited ot be useful
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Suspend issues
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Suspend issues
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Suspend issues
- From: Pratyush Das <reikdas@xxxxxxxxx>
- IPAddressDeny/IPAddressAllow is too limited ot be useful
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- systemd 240 released
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: journal stopping after sending logs on reboot
- From: Brad Zynda <bradley.v.zynda@xxxxxxxx>
- Re: journal stopping after sending logs on reboot
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: journal stopping after sending logs on reboot
- From: Brad Zynda <bradley.v.zynda@xxxxxxxx>
- Re: journal stopping after sending logs on reboot
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: journal stopping after sending logs on reboot
- From: Brad Zynda <bradley.v.zynda@xxxxxxxx>
- Re: Fwd: sdbus-filedescriptor does reproducibly NOT get triggered in a specific situation
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: journal stopping after sending logs on reboot
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- journal stopping after sending logs on reboot
- From: Brad Zynda <bradley.v.zynda@xxxxxxxx>
- Re: Fwd: sdbus-filedescriptor does reproducibly NOT get triggered in a specific situation
- From: Jan Mueller <janmueller.email@xxxxxxxxxxxxxx>
- Re: Wireless mesh networks and link_carrier_gained
- From: Roger James <roger@xxxxxxxxxxxxxxxxxxxxx>
- Wireless mesh networks and link_carrier_gained
- From: Thomas Gilliard <satellitgo@xxxxxxxxx>
- Re: Wireless mesh networks and link_carrier_gained
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Regex parsable output of systemctl
- From: Thomas Güttler <guettliml@xxxxxxxxxxxxxxxxxx>
- Wanted service in status deactivating
- From: "Liu, Shuang (ADITG/ESM)" <sliu@xxxxxxxxxxxxxx>
- Re: Regex parsable output of systemctl
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Regex parsable output of systemctl
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Regex parsable output of systemctl
- From: Thomas Güttler <guettliml@xxxxxxxxxxxxxxxxxx>
- Wireless mesh networks and link_carrier_gained
- From: Roger James <roger@xxxxxxxxxxxxxxxxxxxxx>
- Re: Fwd: sdbus-filedescriptor does reproducibly NOT get triggered in a specific situation
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Fwd: sdbus-filedescriptor does reproducibly NOT get triggered in a specific situation
- From: Jan Mueller <janmueller.email@xxxxxxxxxxxxxx>
- Re: Secondary mounts
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Re: Secondary mounts
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Secondary mounts
- From: Kenneth Porter <shiva@xxxxxxxxxxxxxxx>
- Re: delayed start 'on calendar' timers - is it possible?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: delayed start 'on calendar' timers - is it possible?
- From: kjonca@xxxxx (Kamil Jońca)
- Re: delayed start 'on calendar' timers - is it possible?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: delayed start 'on calendar' timers - is it possible?
- From: kjonca@xxxxx (Kamil Jońca)
- Re: delayed start 'on calendar' timers - is it possible?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- delayed start 'on calendar' timers - is it possible?
- From: kjonca@xxxxx (Kamil Jońca)
- Re: Fwd: sdbus-filedescriptor does reproducibly NOT get triggered in a specific situation
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Fwd: sdbus-filedescriptor does reproducibly NOT get triggered in a specific situation
- From: Jan Mueller <janmueller.email@xxxxxxxxxxxxxx>
- Statistics collection
- From: Umut Tezduyar Lindskog <umut@xxxxxxxxxxxx>
- Re: EXT :Re: [RFC PATCH 0/2] USB: DTS: allow suggesting busnumber for platform USB bus via DTS alias
- From: "Boyce, Kevin P [US] (AS)" <Kevin.Boyce@xxxxxxx>
- Re: Fwd: sdbus-filedescriptor does reproducibly NOT get triggered in a specific situation
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Fwd: sdbus-filedescriptor does reproducibly NOT get triggered in a specific situation
- From: Jan Mueller <janmueller.email@xxxxxxxxxxxxxx>
- Re: gnome-shell 3.30.2 crashes frequently under wayland
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- gnome-shell 3.30.2 crashes frequently under wayland
- From: Jim Mee <jm33@xxxxxxx>
- Re: [RFC PATCH 0/2] USB: DTS: allow suggesting busnumber for platform USB bus via DTS alias
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: starting qt application after DRM initialized
- From: Belisko Marek <marek.belisko@xxxxxxxxx>
- Re: EXT :Re: Systemd dependencies
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Re: EXT :Re: Systemd dependencies
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: EXT :Re: Systemd dependencies
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: EXT :Re: Systemd dependencies
- From: "Boyce, Kevin P [US] (AS)" <Kevin.Boyce@xxxxxxx>
- Re: EXT :Re: Systemd dependencies
- From: "Boyce, Kevin P [US] (AS)" <Kevin.Boyce@xxxxxxx>
- Re: Systemd dependencies
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Systemd dependencies
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Re: EXT :Re: Systemd dependencies
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: EXT :Re: Systemd dependencies
- From: "Boyce, Kevin P [US] (AS)" <Kevin.Boyce@xxxxxxx>
- Re: Systemd dependencies
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Systemd dependencies
- From: "Boyce, Kevin P [US] (AS)" <Kevin.Boyce@xxxxxxx>
- Re: [PATCH] rfkill: Add systemd integration
- From: Stanislav Brabec <sbrabec@xxxxxxx>
- Re: Systemd and kernel keyring
- From: Bruno Vernay <brunovern.a@xxxxxxxxx>
- Re: Disable message "A start job is running for myservice"
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Disable message "A start job is running for myservice"
- From: Michael Biebl <mbiebl@xxxxxxxxx>
- Re: Disable message "A start job is running for myservice"
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: [PATCH] rfkill: Add systemd integration
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Disable message "A start job is running for myservice"
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Disable message "A start job is running for myservice"
- From: Paolo Minazzi <Paolo.Minazzi@xxxxxxxxx>
- Re: Disable message "A start job is running for myservice"
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Disable message "A start job is running for myservice"
- From: Paolo Minazzi <Paolo.Minazzi@xxxxxxxxx>
- Re: [PATCH] rfkill: Add systemd integration
- From: Karel Zak <kzak@xxxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Sietse van Zanen <sietse@xxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Dinesh Prasanth Moluguwan Krishnamoorthy <dmoluguw@xxxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Dinesh Prasanth Moluguwan Krishnamoorthy <dmoluguw@xxxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Dinesh Prasanth Moluguwan Krishnamoorthy <dmoluguw@xxxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Dinesh Prasanth Moluguwan Krishnamoorthy <dmoluguw@xxxxxxxxxx>
- Re: starting qt application after DRM initialized
- From: Belisko Marek <marek.belisko@xxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Sietse van Zanen <sietse@xxxxxxxxx>
- Re: starting qt application after DRM initialized
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Sietse van Zanen <sietse@xxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Sietse van Zanen <sietse@xxxxxxxxx>
- Re: starting qt application after DRM initialized
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: starting qt application after DRM initialized
- From: Belisko Marek <marek.belisko@xxxxxxxxx>
- Re: starting qt application after DRM initialized
- From: Tomasz Torcz <tomek@xxxxxxxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Dinesh Prasanth Moluguwan Krishnamoorthy <dmoluguw@xxxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Dinesh Prasanth Moluguwan Krishnamoorthy <dmoluguw@xxxxxxxxxx>
- starting qt application after DRM initialized
- From: Belisko Marek <marek.belisko@xxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Bruno Vernay <brunovern.a@xxxxxxxxx>
- Re: Systemd and kernel keyring
- From: Sietse van Zanen <sietse@xxxxxxxxx>
- Systemd and kernel keyring
- From: Dinesh Prasanth Moluguwan Krishnamoorthy <dmoluguw@xxxxxxxxxx>
- Re: [PATCH v2 BlueZ] hid2hci: Fix udev rules for linux-4.14+
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 BlueZ] hid2hci: Fix udev rules for linux-4.14+
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: [PATCH v2 BlueZ] hid2hci: Fix udev rules for linux-4.14+
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 BlueZ] hid2hci: Fix udev rules for linux-4.14+
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 BlueZ] hid2hci: Fix udev rules for linux-4.14+
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: [PATCH v2 BlueZ] hid2hci: Fix udev rules for linux-4.14+
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 BlueZ] hid2hci: Fix udev rules for linux-4.14+
- From: Ville Syrjala <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: fchmod_opath() - why is this not in the kernel?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- fchmod_opath() - why is this not in the kernel?
- From: Mike Gilbert <floppym@xxxxxxxxxx>
- Re: my Ubuntu server sleep mode by Itself often
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: my Ubuntu server sleep mode by Itself often
- From: Peter Hoeg <peter@xxxxxxxx>
- my Ubuntu server sleep mode by Itself often
- From: Dorian ROSSE <dorianbrice@xxxxxxxxxx>
- Re: Environment-variable security?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Marek Howard <marekhwd@xxxxxxxxx>
- Re: Environment-variable security?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Marek Howard <marekhwd@xxxxxxxxx>
- Re: Environment-variable security?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Marek Howard <marekhwd@xxxxxxxxx>
- Re: Environment-variable security?
- From: Marek Howard <marekhwd@xxxxxxxxx>
- Re: a user here - ReloadPropagatedFrom=
- From: Tomasz Torcz <tomek@xxxxxxxxxxxxxx>
- a user here - ReloadPropagatedFrom=
- From: lejeczek <peljasz@xxxxxxxxxxx>
- Re: Java program that prompts password using systemd service
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Turn off journald entirely
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Turn off journald entirely
- From: Bao Nguyen <baondt@xxxxxxxxx>
- Java program that prompts password using systemd service
- From: Dinesh Prasanth Moluguwan Krishnamoorthy <dmoluguw@xxxxxxxxxx>
- [RFC PATCH 0/2] USB: DTS: allow suggesting busnumber for platform USB bus via DTS alias
- From: "David R. Piegdon" <lkml@xxxxxxxx>
- [RFC PATCH 1/2] usb core: dts: allow suggesting usb bus number for platform busses
- From: "David R. Piegdon" <lkml@xxxxxxxx>
- [RFC PATCH 2/2] dt-bindings: allow suggesting usb bus number for usb platform busses
- From: "David R. Piegdon" <lkml@xxxxxxxx>
- Re: systemd behavior during shutdown
- From: "Tiwari, Hari Sahaya" <hari-sahaya.tiwari@xxxxxxx>
- Re: journald vs auditd
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: journald vs auditd
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: journald vs auditd
- From: Michał Zegan <webczat_200@xxxxxxxxxxxxxx>
- journald vs auditd
- From: Michał Zegan <webczat_200@xxxxxxxxxxxxxx>
- Re: MemoryMax not working with `systemd-run --user` using unified cgroups hierarchy
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Systemd service consuming 100% cpu
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Systemd service consuming 100% cpu
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- MemoryMax not working with `systemd-run --user` using unified cgroups hierarchy
- From: Piotr Dobrogost <2018@xxxxxxxxxxxxxxx>
- Re: systemd blocks update kernel partition table
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd blocks update kernel partition table
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: systemd blocks update kernel partition table
- From: Eberhard Stoll <e-stl@xxxxxx>
- Re: Systemd logging..
- From: Tomasz Torcz <tomek@xxxxxxxxxxxxxx>
- Re: Systemd logging..
- From: Cristian Rodríguez <crrodriguez@xxxxxxxxxxxx>
- Re: systemd blocks update kernel partition table
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: systemd blocks update kernel partition table
- From: Eberhard Stoll <e-stl@xxxxxx>
- Re: systemd blocks update kernel partition table
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: networkd: static fallback ip for DHCP
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Re: systemd blocks update kernel partition table
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- networkd: static fallback ip for DHCP
- From: Benjamin Wozniak <Benjamin.Wozniak@xxxxxxxxxx>
- systemd blocks update kernel partition table
- systemd blocks update kernel partition table
- Re: Systemd logging..
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Systemd logging..
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Re: systemd-timedated doesn't return available time zones
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Systemd logging..
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Systemd logging..
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Re: systemd-timedated doesn't return available time zones
- From: Umut Tezduyar Lindskog <umut.tezduyar@xxxxxxxx>
- Re: lock virtual consoles on suspend/hibernate
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd-timedated doesn't return available time zones
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- systemd-timedated doesn't return available time zones
- From: Christopher Wong <christopher.wong@xxxxxxxx>
- Re: Environment-variable security?
- From: Matthew Hannigan <matthew.hannigan@xxxxxxxxx>
- lock virtual consoles on suspend/hibernate
- Re: libsystemd: Should each thread open its own dbus connection (sd_bus*)?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@xxxxxxxxxxxx>
- Re: Debugging active timers that do not trigger
- From: Daniel Drake <drake@xxxxxxxxxxxx>
- libsystemd: Should each thread open its own dbus connection (sd_bus*)?
- From: Fabian Knapp <knapp@xxxxxxxxxx>
- Re: Increasing the default RLIMIT_NOFILE
- From: Andrew Eikum <aeikum@xxxxxxxxxxxxxxx>
- Re: Debugging active timers that do not trigger
- From: Michal Koutný <mkoutny@xxxxxxxx>
- Re: Increasing the default RLIMIT_NOFILE
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd-ask-password and kernel keyring
- From: Ryan Gonzalez <rymg19@xxxxxxxxx>
- Re: systemd-ask-password and kernel keyring
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: David Parsley <parsley@xxxxxxxxxxxxx>
- Re: systemd-devel Digest, Vol 103, Issue 11
- From: Piotr Dobrogost <2018@xxxxxxxxxxxxxxx>
- systemd-ask-password and kernel keyring
- From: Sietse van Zanen <sietse@xxxxxxxxx>
- Re: How to debug occasional hashmap corruption?
- From: juice <juice@xxxxxxxxxxx>
- Re: Environment-variable security?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Michael Chapman <mike@xxxxxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Ryan Gonzalez <rymg19@xxxxxxxxx>
- Re: Environment-variable security?
- From: Tomasz Torcz <tomek@xxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Marek Howard <marekhwd@xxxxxxxxx>
- Re: Environment-variable security?
- From: Marek Howard <marekhwd@xxxxxxxxx>
- Re: Environment-variable security?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Kenneth Porter <shiva@xxxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: David Parsley <parsley@xxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Cristian Rodríguez <crrodriguez@xxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: David Parsley <parsley@xxxxxxxxxxxxx>
- DNS over TLS with systemd-resolved
- From: Fernando Gont <fgont@xxxxxxxxxxxxxxx>
- Domains setting in systemd-resolved
- From: Fernando Gont <fgont@xxxxxxxxxxxxxxx>
- (off topic) tldp.org
- From: Andy Pieters <systemd@xxxxxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: aleivag <aleivag@xxxxxxxxx>
- Re: Environment-variable security?
- From: David Parsley <parsley@xxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: aleivag <aleivag@xxxxxxxxx>
- Re: Environment-variable security?
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Environment-variable security?
- From: aleivag <aleivag@xxxxxxxxx>
- Environment-variable security?
- From: David Parsley <parsley@xxxxxxxxxxxxx>
- Re: Debugging active timers that do not trigger
- From: Daniel Drake <drake@xxxxxxxxxxxx>
- Re: How to handle alias and sysv init enable/disable (mariadb/mysql)
- From: Faustin Lammler <faustin@xxxxxxxx>
- Re: How to handle alias and sysv init enable/disable (mariadb/mysql)
- From: Michael Biebl <mbiebl@xxxxxxxxx>
- Re: How to handle alias and sysv init enable/disable (mariadb/mysql)
- From: Michael Biebl <mbiebl@xxxxxxxxx>
- Re: How to handle alias and sysv init enable/disable (mariadb/mysql)
- From: Michael Biebl <mbiebl@xxxxxxxxx>
- Re: How to handle alias and sysv init enable/disable (mariadb/mysql)
- From: Michael Biebl <mbiebl@xxxxxxxxx>
- How to handle alias and sysv init enable/disable (mariadb/mysql)
- From: Faustin Lammler <faustin@xxxxxxxx>
- Re: Data flow is slow
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: Data flow is slow
- From: Cristian Rodríguez <crrodriguez@xxxxxxxxxxxx>
- Re: std::cout statements in journalctl
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- std::cout statements in journalctl
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Re: Data flow is slow
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Re: Systemd service taking huge memory
- From: Cristian Rodríguez <crrodriguez@xxxxxxxxxxxx>
- Re: Data flow is slow
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: Data flow is slow
- From: Simon McVittie <smcv@xxxxxxxxxxxxx>
- Re: Systemd service taking huge memory
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Systemd service taking huge memory
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Data flow is slow
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Re: MemoryMax not working with `systemd-run --user` using hybrid cgroups hierarchy
- From: Piotr Dobrogost <2018@xxxxxxxxxxxxxxx>
- Re: Debugging active timers that do not trigger
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Re: MemoryMax not working with `systemd-run --user` using hybrid cgroups hierarchy
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: MemoryMax not working with `systemd-run --user` using hybrid cgroups hierarchy
- From: Piotr Dobrogost <2018@xxxxxxxxxxxxxxx>
- Re: MemoryMax not working with `systemd-run --user` using hybrid cgroups hierarchy
- From: Piotr Dobrogost <2018@xxxxxxxxxxxxxxx>
- Re: MemoryMax not working with `systemd-run --user` using hybrid cgroups hierarchy
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: MemoryMax not working with `systemd-run --user` using hybrid cgroups hierarchy
- From: Piotr Dobrogost <2018@xxxxxxxxxxxxxxx>
- Debugging active timers that do not trigger
- From: Daniel Drake <drake@xxxxxxxxxxxx>
- Re: MemoryMax not working with `systemd-run --user` using hybrid cgroups hierarchy
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- MemoryMax not working with `systemd-run --user` using hybrid cgroups hierarchy
- From: Piotr Dobrogost <2018@xxxxxxxxxxxxxxx>
- Re: How to debug occasional hashmap corruption?
- From: Vito Caputo <vcaputo@xxxxxxxxxxx>
- Re: How to debug occasional hashmap corruption?
- From: John Reiser <jreiser@xxxxxxxxxxxx>
- Re: How to debug occasional hashmap corruption?
- From: Dorian ROSSE <dorianbrice@xxxxxxxxxx>
- Re: How to debug occasional hashmap corruption?
- From: juice <juice@xxxxxxxxxxx>
- Re: A question about the race condition between two service
- From: Cristian Rodríguez <crrodriguez@xxxxxxxxxxxx>
- Re: How to debug occasional hashmap corruption?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- How to debug occasional hashmap corruption?
- From: juice <juice@xxxxxxxxxxx>
- Re: A question about the race condition between two service
- From: piliu <piliu@xxxxxxxxxx>
- Re: Router Advertisement in systemd
- From: Daniel Wang <wonderfly@xxxxxxxxxx>
- Re: Add timer exception
- From: Andy Pieters <systemd@xxxxxxxxxxxxxxxxx>
- Re: Add timer exception
- From: Kenneth Porter <shiva@xxxxxxxxxxxxxxx>
- Re: Router Advertisement in systemd
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Router Advertisement in systemd
- From: Daniel Wang <wonderfly@xxxxxxxxxx>
- Re: Question about hardware watchdog
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: [PATCH v2] hid2hci: Fix udev rules for linux-4.14+
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Question about hardware watchdog
- From: "Liu, Shuang (ADITG/ESM)" <sliu@xxxxxxxxxxxxxx>
- Re: Add timer exception
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Add timer exception
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: A question about the race condition between two service
- From: Cristian Rodríguez <crrodriguez@xxxxxxxxxxxx>
- Re: Add timer exception
- From: Andy Pieters <systemd@xxxxxxxxxxxxxxxxx>
- Re: Add timer exception
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Add timer exception
- From: Andy Pieters <systemd@xxxxxxxxxxxxxxxxx>
- Re: A question about the race condition between two service
- From: piliu <piliu@xxxxxxxxxx>
- Re: cryptsetup open invoked from udev rule fails
- From: Marek Howard <marekhwd@xxxxxxxxx>
- Re: cryptsetup open invoked from udev rule fails
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- cryptsetup open invoked from udev rule fails
- From: Marek Howard <marekhwd@xxxxxxxxx>
- Re: Not able to start Weston dependent application
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Dynamically add and remove sd-bus paths in a process
- From: guhan balasubramanian <guhan.sac@xxxxxxxxx>
- Re: Run OpenVPN unprivileged as systemd user service
- From: Cristian Rodríguez <crrodriguez@xxxxxxxxxxxx>
- Re: Run OpenVPN unprivileged as systemd user service
- From: Király, István <LaKing@xxxxxxx>
- Run OpenVPN unprivileged as systemd user service
- From: Paul Menzel <pmenzel+systemd-devel@xxxxxxxxxxxxx>
- Re: A question about the race condition between two service
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Re: A question about the race condition between two service
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- A question about the race condition between two service
- From: piliu <piliu@xxxxxxxxxx>
- Re: Not able to start Weston dependent application
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Re: Not able to start Weston dependent application
- From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
- Re: Not able to start Weston dependent application
- From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
- Re: Not able to start Weston dependent application
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Re: Not able to start Weston dependent application
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Not able to start Weston dependent application
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Re: Not able to start Weston dependent application
- From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
- Re: Not able to start Weston dependent application
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Re: Not able to start Weston dependent application
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Not able to start Weston dependent application
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Not able to start Weston dependent application
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Re: Failed to mount early API filesystems, freezing execution
- From: Jan Claeys <lists@xxxxxxx>
- Re: Failed to mount early API filesystems, freezing execution
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Mailing List List-Id Header
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Mailing List List-Id Header
- From: Paul Menzel <pmenzel+systemd-devel@xxxxxxxxxxxxx>
- Mailing List List-Id Header
- From: Esben Stien <b0ef@xxxxxxxxxxxxxxxx>
- Re: Failed to mount early API filesystems, freezing execution
- From: Esben Stien <b0ef@xxxxxxxxxxxxxxxx>
- Re: Failed to mount early API filesystems, freezing execution
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Failed to mount early API filesystems, freezing execution
- From: Esben Stien <b0ef@xxxxxxxxxxxxxxxx>
- Re: Launch at tty7
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Launch at tty7
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- systemd.link MACAddress=<whatever> matches OpenVPN tun device
- From: gima+ml.systemd-devel@xxxxxx
- Re: MemoryCurrent property of the root slice is off
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd and netconsole
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Increasing the default RLIMIT_NOFILE
- From: Andrew Eikum <aeikum@xxxxxxxxxxxxxxx>
- MemoryCurrent property of the root slice is off
- From: Umut Tezduyar Lindskog <umut@xxxxxxxxxxxx>
- systemd and netconsole
- From: don fisher <hdf3@xxxxxxxxxxx>
- Re: journald / NFLOG
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: using nsenter and running daemon within a namespace
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: journald / NFLOG
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: journald / NFLOG
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- using nsenter and running daemon within a namespace
- From: Shea Sullivan <sullivanshea@xxxxxxxxx>
- journald / NFLOG
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Sending complex structures over sd-bus
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Sending complex structures over sd-bus
- From: guhan balasubramanian <guhan.sac@xxxxxxxxx>
- Re: How to debug stop job running into time-out?
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: How to debug stop job running into time-out?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- How to debug stop job running into time-out?
- From: Paul Menzel <pmenzel+systemd-devel@xxxxxxxxxxxxx>
- Re: Missing signal / dbus-fd while waiting for dbus-method response
- From: Jan Mueller <Jan.Mueller@xxxxxxxxxxxxxxxxx>
- Re: Strange problem: Failed to get properties: Failed to activate service
- From: Jan Synacek <jsynacek@xxxxxxxxxx>
- Re: logind + GDbus API
- From: Germano Massullo <germano.massullo@xxxxxxxxx>
- Re: Strange problem: Failed to get properties: Failed to activate service
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Strange problem: Failed to get properties: Failed to activate service
- From: Cecil Westerhof <cldwesterhof@xxxxxxxxx>
- Re: Strange problem: Failed to get properties: Failed to activate service
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Strange problem: Failed to get properties: Failed to activate service
- From: Cecil Westerhof <cldwesterhof@xxxxxxxxx>
- Re: systemd suspending docked laptop?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: logind + GDbus API
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- logind + GDbus API
- From: Germano Massullo <germano.massullo@xxxxxxxxx>
- systemd suspending docked laptop?
- From: Jan Bakuwel <jan.bakuwel@xxxxxxxxx>
- Re: why don't "/usr/bin/systemd-run -t" finish within a cronjob anymore?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Umbrella unit for a group of application components
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd offline-update functionality
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Upower service fails to start
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Global nspawn container settings
- From: Colin Guthrie <gmane@xxxxxxxxxxxxxx>
- Re: How safe are D and R directives for systemd-tmpfiles?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: How safe are D and R directives for systemd-tmpfiles?
- From: Amish <anon.amish@xxxxxxxxx>
- Re: Global nspawn container settings
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Global nspawn container settings
- From: "Gervais, Francois" <FGervais@xxxxxxxxxxxxxxxxxxxx>
- Re: How safe are D and R directives for systemd-tmpfiles?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- How safe are D and R directives for systemd-tmpfiles?
- From: Amish <anon.amish@xxxxxxxxx>
- Re: Upower service fails to start
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Upower service fails to start
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Upower service fails to start
- From: Malcolm White <wishbone42111@xxxxxxxxx>
- Re: dependency-only .service
- From: Johannes Ernst <johannes.ernst@xxxxxxxxx>
- Re: dependency-only .service
- From: Uoti Urpala <uoti.urpala@xxxxxxxxxxx>
- Re: dependency-only .service
- From: Uoti Urpala <uoti.urpala@xxxxxxxxxxx>
- Re: dependency-only .service
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- dependency-only .service
- From: Johannes Ernst <johannes.ernst@xxxxxxxxx>
- Re: systemd offline-update functionality
- From: Uoti Urpala <uoti.urpala@xxxxxxxxxxx>
- systemd offline-update functionality
- From: "Zhivich, Michael" <mzhivich@xxxxxxxxxx>
- Re: mdadm doesn't works
- From: Dorian ROSSE <dorianbrice@xxxxxxxxxx>
- Re: mdadm doesn't works
- From: Andy Pieters <systemd@xxxxxxxxxxxxxxxxx>
- Re: mdadm doesn't works
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: No automount on arm64?
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- mdadm doesn't works
- From: Dorian ROSSE <dorianbrice@xxxxxxxxxx>
- No automount on arm64?
- From: Jakobus Schürz <wertstoffe@xxxxxxxxxxxxxx>
- Re: Sudo program broken
- From: Dorian ROSSE <dorianbrice@xxxxxxxxxx>
- Umbrella unit for a group of application components
- From: Kevin Barry <barrykp@xxxxxxxxx>
- Re: Sudo program broken
- From: Dorian ROSSE <dorianbrice@xxxxxxxxxx>
- Re: Sudo program broken
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Sudo program broken
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Sudo program broken
- From: Dorian ROSSE <dorianbrice@xxxxxxxxxx>
- Re: Sudo program broken
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: reliable way to check if udev is ready to serve requests
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Sudo program broken
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Sudo program broken
- From: Dorian ROSSE <dorianbrice@xxxxxxxxxx>
- Re: reliable way to check if udev is ready to serve requests
- From: Michael Biebl <mbiebl@xxxxxxxxx>
- Re: Use of SystemKeepFree=
- From: Lennart Poettering <mzkqt@xxxxxxxxxxx>
- Use of SystemKeepFree=
- From: Jan Synacek <jsynacek@xxxxxxxxxx>
- Re: reliable way to check if udev is ready to serve requests
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: why don't "/usr/bin/systemd-run -t" finish within a cronjob anymore?
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: help me
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: help me
- From: Davide Russo <g.davide.r@xxxxxxxxx>
- Re: help me
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: Where the pid=1 limits come from when using systemd
- From: Jeffrey Zhang <zhang.lei.fly@xxxxxxxxx>
- help me
- From: g.davide.r@xxxxxxxxx
- reliable way to check if udev is ready to serve requests
- From: Michael Biebl <mbiebl@xxxxxxxxx>
- Re: Where the pid=1 limits come from when using systemd
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Default on failure dependencies
- From: "Baudouin Feildel" <baudouin_systemd@xxxxxxxxxx>
- Re: Where the pid=1 limits come from when using systemd
- From: Jeffrey Zhang <zhang.lei.fly@xxxxxxxxx>
- Where the pid=1 limits come from when using systemd
- From: Jeffrey Zhang <zhang.lei.fly@xxxxxxxxx>
- Re: Default on failure dependencies
- From: Krunal Patel <krpatel19@xxxxxxxxxxx>
- Re: Systemd not able to spawn Exec permission denied
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Default on failure dependencies
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Default on failure dependencies
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Re: sd-bus C++ wrapper: sdbusplus
- From: Waqar Hameed <waqar.hameed@xxxxxxxx>
- Re: Systemd not able to spawn Exec permission denied
- From: Krunal Patel <krpatel19@xxxxxxxxxxx>
- Re: Systemd not able to spawn Exec permission denied
- From: Krunal Patel <krpatel19@xxxxxxxxxxx>
- Re: Systemd not able to spawn Exec permission denied
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Systemd not able to spawn Exec permission denied
- From: Krunal Patel <krpatel19@xxxxxxxxxxx>
- why don't "/usr/bin/systemd-run -t" finish within a cronjob anymore?
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: require=? to prevent premature session termination
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Re: require=? to prevent premature session termination
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Re: require=? to prevent premature session termination
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: require=? to prevent premature session termination
- From: "Ralf Sieger" <Ralf.Sieger@xxxxxxx>
- Re: require=? to prevent premature session termination
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Re: specialized user sessions for running large processes
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Path based activation error.
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: sd-bus C++ wrapper: sdbusplus
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Default on failure dependencies
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Failed state DBUS notification not received on sigkill of service
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd behavior during shutdown
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: require=? to prevent premature session termination
- From: "Ralf Sieger" <Ralf.Sieger@xxxxxxx>
- Re: require=? to prevent premature session termination
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- require=? to prevent premature session termination
- From: "Ralf Sieger" <Ralf.Sieger@xxxxxxx>
- Re: Multiple initrds in unified kernel images?
- From: Tobias Hunger <tobias.hunger@xxxxxxxxx>
- Re: Multiple initrds in unified kernel images?
- From: Michał Zegan <webczat_200@xxxxxxxxxxxxxx>
- Re: Multiple initrds in unified kernel images?
- From: David Anderson <dave@xxxxxxxxxxx>
- Multiple initrds in unified kernel images?
- From: David Anderson <dave@xxxxxxxxxxx>
- Re: Enforce limitations on portable services
- From: "Gervais, Francois" <FGervais@xxxxxxxxxxxxxxxxxxxx>
- Re: All Systems Go 2018 talks video recordins
- From: "Gervais, Francois" <FGervais@xxxxxxxxxxxxxxxxxxxx>
- Re: Enforce limitations on portable services
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: All Systems Go 2018 talks video recordins
- From: Stefan Tatschner <rumpelsepp@xxxxxxxxxxxxx>
- All Systems Go 2018 talks video recordins
- From: Daniele Nicolodi <daniele@xxxxxxxxxx>
- Re: Enforce limitations on portable services
- From: Jérémy Rosen <jeremy.rosen@xxxxxxxx>
- Enforce limitations on portable services
- From: "Gervais, Francois" <FGervais@xxxxxxxxxxxxxxxxxxxx>
- Re: specialized user sessions for running large processes
- From: Thomas Blume <Thomas.Blume@xxxxxxxx>
- Re: systemd hackfest talking points
- From: vcaputo@xxxxxxxxxxx
- systemd hackfest talking points
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: specialized user sessions for running large processes
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: specialized user sessions for running large processes
- From: Mike Gilbert <floppym@xxxxxxxxxx>
- Re: specialized user sessions for running large processes
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Re: specialized user sessions for running large processes
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: Does user timer start at boot?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Does user timer start at boot?
- From: kjonca@xxxxx (Kamil Jońca)
- Re: specialized user sessions for running large processes
- From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
- Re: Does user timer start at boot?
- From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
- Re: Does user timer start at boot?
- From: kjonca@xxxxx (Kamil Jońca)
- Re: Does user timer start at boot?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: specialized user sessions for running large processes
- From: Thomas Blume <Thomas.Blume@xxxxxxxx>
- Does user timer start at boot?
- From: kjonca@xxxxx (Kamil Jońca)
- Re: specialized user sessions for running large processes
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- specialized user sessions for running large processes
- From: Thomas Blume <Thomas.Blume@xxxxxxxx>
- sd-bus C++ wrapper: sdbusplus
- From: Waqar Hameed <waqar.hameed@xxxxxxxx>
- Re: [PATCH] udev: Allow acpi_index and index to be "0"
- From: Joe Hershberger <joe.hershberger@xxxxxx>
- Re: Default on failure dependencies
- From: "Baudouin Feildel" <baudouin_systemd@xxxxxxxxxx>
- Re: [PATCH] udev: Allow acpi_index and index to be "0"
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Revert "meson: use the host architecture compiler/linker for src/boot/efi" #10217
- From: Mike Gilbert <floppym@xxxxxxxxxx>
- Re: Revert "meson: use the host architecture compiler/linker for src/boot/efi" #10217
- From: Michael Biebl <mbiebl@xxxxxxxxx>
- Re: Revert "meson: use the host architecture compiler/linker for src/boot/efi" #10217
- From: Helmut Grohne <helmut@xxxxxxxxxx>
- Re: [PATCH] udev: Allow acpi_index and index to be "0"
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: [PATCH] udev: Allow acpi_index and index to be "0"
- From: systemd github import bot <github@xxxxxxxxxxxx>
- [PATCH] udev: Allow acpi_index and index to be "0"
- From: Joe Hershberger <joe.hershberger@xxxxxx>
- Re: [PATCH v2] meson: use the host architecture compiler/linker for src/boot/efi
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- Re: [PATCH v2] meson: use the host architecture compiler/linker for src/boot/efi
- From: Simon McVittie <smcv@xxxxxxxxxxxxx>
- Re: [PATCH v2] meson: use the host architecture compiler/linker for src/boot/efi
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: [PATCH v2] meson: use the host architecture compiler/linker for src/boot/efi
- From: systemd github import bot <github@xxxxxxxxxxxx>
- [PATCH v2] meson: use the host architecture compiler/linker for src/boot/efi
- From: Helmut Grohne <helmut@xxxxxxxxxx>
- Failed state DBUS notification not received on sigkill of service
- From: prashantkumar dhotre <prashantkumardhotre@xxxxxxxxx>
- Re: systemd behavior during shutdown
- From: "Tiwari, Hari Sahaya" <hari-sahaya.tiwari@xxxxxxx>
- Re: bpfilter blocks root unmount during shutdown
- From: Cristian Rodríguez <crrodriguez@xxxxxxxxxxxx>
- [REMINDER] systemd hackfest/talkfest/BoF/miniconf
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd behavior during shutdown
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Re: systemd behavior during shutdown
- From: "Tiwari, Hari Sahaya" <hari-sahaya.tiwari@xxxxxxx>
- Re: exim4 only queues mails sent by systemd service
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: exim4 only queues mails sent by systemd service
- From: Dan Nicholson <nicholson@xxxxxxxxxxxx>
- Re: exim4 only queues mails sent by systemd service
- From: kjonca@xxxxx (Kamil Jońca)
- Re: exim4 only queues mails sent by systemd service
- From: kjonca@xxxxx (Kamil Jońca)
- Re: exim4 only queues mails sent by systemd service
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: exim4 only queues mails sent by systemd service
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: exim4 only queues mails sent by systemd service
- From: kjonca@xxxxx (Kamil Jońca)
- Re: exim4 only queues mails sent by systemd service
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: exim4 only queues mails sent by systemd service
- From: kjonca@xxxxx (Kamil Jońca)
- Re: bpfilter blocks root unmount during shutdown
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: bpfilter blocks root unmount during shutdown
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Re: exim4 only queues mails sent by systemd service
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: bpfilter blocks root unmount during shutdown
- From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
- Re: exim4 only queues mails sent by systemd service
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: bpfilter blocks root unmount during shutdown
- From: Olivier Brunel <jjk@xxxxxxxxxx>
- Re: bpfilter blocks root unmount during shutdown
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Re: Timeout Waiting for Device
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Timeout Waiting for Device
- From: gw1500 <i_was_yah00ed@xxxxxxxxx>
- Re: StandardOutput and StandardError permissions and ownership
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Dbus service
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Timeout Waiting for Device
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: exim4 only queues mails sent by systemd service
- From: kjonca@xxxxx (Kamil Jońca)
- Re: systemd behavior during shutdown
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: bpfilter blocks root unmount during shutdown
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: exim4 only queues mails sent by systemd service
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: exim4 only queues mails sent by systemd service
- From: kjonca@xxxxx (Kamil Jońca)
- Re: exim4 only queues mails sent by systemd service
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: exim4 only queues mails sent by systemd service
- From: Michael Biebl <mbiebl@xxxxxxxxx>
- Re: exim4 only queues mails sent by systemd service
- From: kjonca@xxxxx (Kamil Jońca)
- Re: exim4 only queues mails sent by systemd service
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd behavior during shutdown
- From: "Tiwari, Hari Sahaya" <hari-sahaya.tiwari@xxxxxxx>
- exim4 only queues mails sent by systemd service
- From: kjonca@xxxxx (Kamil Jońca)
- bpfilter blocks root unmount during shutdown
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- StandardOutput and StandardError permissions and ownership
- From: kjonca@xxxxx (Kamil Jońca)
- Re: systemd behavior during shutdown
- From: "Tiwari, Hari Sahaya" <hari-sahaya.tiwari@xxxxxxx>
- Re: systemd behavior during shutdown
- From: Colin Guthrie <gmane@xxxxxxxxxxxxxx>
- Re: systemd behavior during shutdown
- From: Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx>
- systemd behavior during shutdown
- From: "Tiwari, Hari Sahaya" <hari-sahaya.tiwari@xxxxxxx>
- Re: Difference between CapabilityBoundingSet and AmbientCapabilities?
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Difference between CapabilityBoundingSet and AmbientCapabilities?
- From: Manuel Reimer <Manuel.Spam@xxxxxxxxxxxxxx>
- Dbus service
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Re: How to keep the new kernel running features ?
- From: Dorian ROSSE <dorianbrice@xxxxxxxxxx>
- Timeout Waiting for Device
- From: gw1500 <i_was_yah00ed@xxxxxxxxx>
- Re: How to keep the new kernel running features ?
- From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
- Re: How to keep the new kernel running features ?
- From: Tomasz Torcz <tomek@xxxxxxxxxxxxxx>
- How to keep the new kernel running features ?
- From: Dorian ROSSE <dorianbrice@xxxxxxxxxx>
- how does "journalctl --list-boots" works without RTC
- From: Asfak Rahman <asfak.rahman@xxxxxxxxxxx>
- Re: ClamAV Log Errors
- From: Ryan Gonzalez <rymg19@xxxxxxxxx>
- Re: ClamAV Log Errors
- From: Dorian ROSSE <dorianbrice@xxxxxxxxxx>
- Re: ClamAV Log Errors
- From: Dorian ROSSE <dorianbrice@xxxxxxxxxx>
- Re: ClamAV Log Errors
- From: Dorian ROSSE <dorianbrice@xxxxxxxxxx>
- Default on failure dependencies
- From: Baudouin Feildel <baudouin_systemd@xxxxxxxxxx>
- Re: systemd-timesync and journalctl questions
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: systemd-timesync and journalctl questions
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: systemd-timesync and journalctl questions
- From: "D.S. Ljungmark" <ljungmark@xxxxxxxx>
- Path based activation error
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Re: acpi_index value reported as 0 - not allowed?
- From: Joe Hershberger <joe.hershberger@xxxxxx>
- Re: acpi_index value reported as 0 - not allowed?
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Re: acpi_index value reported as 0 - not allowed?
- From: Joe Hershberger <joe.hershberger@xxxxxx>
- Re: Path based activation error
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Re: acpi_index value reported as 0 - not allowed?
- From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
- Path based activation error
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- acpi_index value reported as 0 - not allowed?
- From: Joe Hershberger <joe.hershberger@xxxxxx>
- Re: Prepend a number to the config file name
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Path based activation
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Prepend a number to the config file name
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Prepend a number to the config file name
- From: "Gervais, Francois" <FGervais@xxxxxxxxxxxxxxxxxxxx>
- Re: Path based activation
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Re: Path based activation
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Re: Permanent environment variable
- From: Sietse van Zanen <sietse@xxxxxxxxx>
- Path based activation
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Permanent environment variable
- From: deepan muthusamy <deepan.m2903@xxxxxxxxx>
- Re: systemd user unit - how to prepare environment?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd user unit - how to prepare environment?
- From: Peter Hoeg <peter@xxxxxxxx>
- Re: systemd user unit - how to prepare environment?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd user unit - how to prepare environment?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd user unit - how to prepare environment?
- From: kjonca@xxxxx (Kamil Jońca)
- Re: systemd user unit - how to prepare environment?
- From: Peter Hoeg <peter@xxxxxxxx>
- Re: Debugging "A stop job is running" shutdown messages
- From: Ryan Gonzalez <rymg19@xxxxxxxxx>
- Re: Debugging "A stop job is running" shutdown messages
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
- Debugging "A stop job is running" shutdown messages
- From: Evan Klitzke <evan@xxxxxxxxxxxx>
- Re: mount unit with special requirements
- From: mh@xxxxxxxxxxxxxxx (Michael Hirmke)
- Re: systemd user unit - how to prepare environment?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: Enforcing journald diskspace limit.
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: How to create minimal portable services environments?
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: non-dev systemd-devel package for Linux
- From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
- Re: systemd user unit - how to prepare environment?
- From: Mantas Mikulėnas <grawity@xxxxxxxxx>
[Index of Archives]
[LARTC]
[Linux Security]
[Network Hardware]
[Bugtraq]
[Yosemite News]
[Samba]