Re: [systemd-devel] coredump missing in systemd

2019-05-23 Thread Ryan Gonzalez
coredumpctl debug dbus-daemon assuming it already crashed. M -- Ryan https://refi64.com/ On May 23, 2019, 12:16 PM -0500, Dorian ROSSE , wrote: > Hello everybody, > > > I went to follow this link : https://wiki.archlinux.org/index.php/Core_dump > > I readen also coredump is missing for systemd,

Re: [systemd-devel] chkconfig on preferred to --add?

2019-05-23 Thread Lennart Poettering
On Do, 23.05.19 10:29, Roger Pack (rogerdpa...@gmail.com) wrote: > As a note, if I have a sysV /etc/init.d/name service that is "turned > on" by "chkconfig --add name" it seems that it adds it to *different > targets* than what "systemctl enable name" does (which appears to run > "chkconfig name

Re: [systemd-devel] chkconfig on preferred to --add?

2019-05-23 Thread Reindl Harald
Am 23.05.19 um 18:29 schrieb Roger Pack: > As a note, if I have a sysV /etc/init.d/name service that is "turned > on" by "chkconfig --add name" it seems that it adds it to *different > targets* than what "systemctl enable name" does (which appears to run > "chkconfig name on" enabling it for

[systemd-devel] coredump missing in systemd

2019-05-23 Thread Dorian ROSSE
Hello everybody, I went to follow this link : https://wiki.archlinux.org/index.php/Core_dump I readen also coredump is missing for systemd, How to install core dump ? Because I can’t use gdb for dbus-daemon as Following : (gdb) generate-core-file You can't do that without a process to debug.

[systemd-devel] chkconfig on preferred to --add?

2019-05-23 Thread Roger Pack
As a note, if I have a sysV /etc/init.d/name service that is "turned on" by "chkconfig --add name" it seems that it adds it to *different targets* than what "systemctl enable name" does (which appears to run "chkconfig name on" enabling it for all runlevels). This seems a bit confusing? is it

Re: [systemd-devel] Node.js sd-notify module visibility

2019-05-23 Thread Zbigniew Jędrzejewski-Szmek
On Thu, May 23, 2019 at 12:43:27PM +0100, Rory Bradford wrote: > Yup, go for it. Done. Zbyszek > On 23/05/2019 12:36, Zbigniew Jędrzejewski-Szmek wrote: > > On Thu, May 23, 2019 at 12:27:56PM +0100, Rory Bradford wrote: > >> Yeah of course, didn't even think. I'm happy with that but I've lost

Re: [systemd-devel] Node.js sd-notify module visibility

2019-05-23 Thread Rory Bradford
Yup, go for it. On 23/05/2019 12:36, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, May 23, 2019 at 12:27:56PM +0100, Rory Bradford wrote: >> Yeah of course, didn't even think. I'm happy with that but I've lost the >> rights to change this. > Is "node-sd-notify" ok? > > Zbyszek > >> On 23/05/2019

Re: [systemd-devel] Node.js sd-notify module visibility

2019-05-23 Thread Zbigniew Jędrzejewski-Szmek
On Thu, May 23, 2019 at 12:27:56PM +0100, Rory Bradford wrote: > Yeah of course, didn't even think. I'm happy with that but I've lost the > rights to change this. Is "node-sd-notify" ok? Zbyszek > > On 23/05/2019 12:25, Mantas Mikulėnas wrote: > > On Thu, May 23, 2019 at 12:05 PM Zbigniew

Re: [systemd-devel] Node.js sd-notify module visibility

2019-05-23 Thread Rory Bradford
Yeah of course, didn't even think. I'm happy with that but I've lost the rights to change this. On 23/05/2019 12:25, Mantas Mikulėnas wrote: > On Thu, May 23, 2019 at 12:05 PM Zbigniew Jędrzejewski-Szmek > mailto:zbys...@in.waw.pl>> wrote: > > On Thu, May 23, 2019 at 09:25:02AM +0100, Rory

Re: [systemd-devel] Node.js sd-notify module visibility

2019-05-23 Thread Mantas Mikulėnas
On Thu, May 23, 2019 at 12:05 PM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Thu, May 23, 2019 at 09:25:02AM +0100, Rory Bradford wrote: > > Hi, > > > > I actively maintain a Node.js module "sd-notify" available on GitHub > > (https://github.com/roryrjb/sd-notify) and npm > >

[systemd-devel] Antw: Re: Q: Wants and WantedBy links in generated units and circular dependencies

2019-05-23 Thread Ulrich Windl
>>> Andrei Borzenkov schrieb am 23.05.2019 um 12:41 in Nachricht : > On Thu, May 23, 2019 at 11:56 AM Ulrich Windl > wrote: >> >> Hi! >> >> After seeing that systemd generators are run as the very first step in >> systemd's life (deduced from the timestamps), I quit the idea of using them, >>

Re: [systemd-devel] Antw: Re: Does "systemctl daemon-reload" discard service information?

2019-05-23 Thread Andrei Borzenkov
On Tue, May 21, 2019 at 10:50 AM Ulrich Windl wrote: > > >>> Andrei Borzenkov schrieb am 20.05.2019 um 19:07 in > Nachricht <4d103eef-d000-c9b2-9f7a-e0cda8ed6...@gmail.com>: > > 20.05.2019 16:36, Ulrich Windl пишет: > >> Hi! > >> > >> I have had the effect that a "systectl status" before and

Re: [systemd-devel] Q: Wants and WantedBy links in generated units and circular dependencies

2019-05-23 Thread Andrei Borzenkov
On Thu, May 23, 2019 at 11:56 AM Ulrich Windl wrote: > > Hi! > > After seeing that systemd generators are run as the very first step in > systemd's life (deduced from the timestamps), I quit the idea of using them, > and started to use another sort of generator: > > I have a generator target,

Re: [systemd-devel] sd-bus: Enabling free-standing, bus-independent plain messages

2019-05-23 Thread Stanislav Angelovič
Hi Lennart, Sorry for a bit late reply, I've been quite busy recently. > So we could readd the ability to create a bus message with a NULL bus, > but I am a bit concerned that people then always pass NULL which might > ultimately result in constant remarshalling if the message is > eventually

Re: [systemd-devel] Node.js sd-notify module visibility

2019-05-23 Thread Zbigniew Jędrzejewski-Szmek
On Thu, May 23, 2019 at 10:11:32AM +0100, Rory Bradford wrote: > Many thanks! > > The repo has been moved. Cool, welcome ;) I updated https://www.freedesktop.org/wiki/Software/systemd/ to match. Let us know if you want to add more maintainers to the nodejs group. Zbyszek > > On 23/05/2019

Re: [systemd-devel] Node.js sd-notify module visibility

2019-05-23 Thread Rory Bradford
Many thanks! The repo has been moved. On 23/05/2019 10:04, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, May 23, 2019 at 09:25:02AM +0100, Rory Bradford wrote: >> Hi, >> >> I actively maintain a Node.js module "sd-notify" available on GitHub >> (https://github.com/roryrjb/sd-notify) and npm >>

Re: [systemd-devel] Node.js sd-notify module visibility

2019-05-23 Thread Zbigniew Jędrzejewski-Szmek
On Thu, May 23, 2019 at 09:25:02AM +0100, Rory Bradford wrote: > Hi, > > I actively maintain a Node.js module "sd-notify" available on GitHub > (https://github.com/roryrjb/sd-notify) and npm > (https://www.npmjs.com/package/sd-notify) that has been contributed to > and is being used by others. As

[systemd-devel] Q: Wants and WantedBy links in generated units and circular dependencies

2019-05-23 Thread Ulrich Windl
Hi! After seeing that systemd generators are run as the very first step in systemd's life (deduced from the timestamps), I quit the idea of using them, and started to use another sort of generator: I have a generator target, that creates another target and a few service targets. The interesting

[systemd-devel] Node.js sd-notify module visibility

2019-05-23 Thread Rory Bradford
Hi, I actively maintain a Node.js module "sd-notify" available on GitHub (https://github.com/roryrjb/sd-notify) and npm (https://www.npmjs.com/package/sd-notify) that has been contributed to and is being used by others. As the name suggests it binds to sd_notify_* functions. It would be nice to

Re: [systemd-devel] interacting with logind to detect user idle time

2019-05-23 Thread Germano Massullo
I have sent the following message to various desktop environment mailing lists SUBJECT: Proposal: passing user idle time to systemd-logind KDE Plasma: https://mail.kde.org/pipermail/plasma-devel/2019-May/098194.html GNOME: https://mail.gnome.org/archives/desktop-devel-list/2019-May/msg00088.html

Re: [systemd-devel] pid 1 memlock setting configurable?

2019-05-23 Thread Lennart Poettering
On Do, 23.05.19 07:32, Kees Bos (cornelis@gmail.com) wrote: > Hi all, > > I couldn't find it with google, and before digging in the code just a > quick question. Probably someone knows it in the top of h(is|er) > head... > > It seems that systemd drops rlimit_memlock on startup. Correct? And