subreapers

Martin "eto" Misuth: I think Mr Jonathan de Boyne Pollard might be cooking, or even already has, something similar in nosh. Long since. (-: It was in version 1.0 . Martin "eto" Misuth: at some point I was interested in digging out whether systemd had "subreapers" at it's disposal, and why

services that need DISPLAY

Daniel Kahn Gillmor: Yet surely there are some user-wide services that don't need DISPLAY at all, and would be happy to run per-user? GNOME Terminal isn't one of them. Witness the behaviour of gnome-terminal-server run as a service if it doesn't have a DISPLAY environment variable:

Re: GNU Emacs now runs in foreground

> On Thu, 8 Dec 2016 08:33:22 + > Jonathan de Boyne Pollard wrote: > > Martin "eto" Misuth: > > On my presonal box "user level" s6 /services subtrees are in > > `.config/s6/host` > > For comparison: ~/.config/service-bundles/services/ and >

passing the listening socket as an open file descriptor

Martin "eto" Misuth: I personally am not so "hot" about this listening socket passing stuffs. When you've had to deal with tens if not hundreds of different ways of saying "listen on this IP address and port", you'll come around to the idea of having a single tool that does this one job

Re: subreapers

Jonathan, since you have implemented that mechanism, could you please shed some light on the goal of subreapers? What is the point? Your post in the stackexchange forum talks about the history and the mechanism of subreapers, but remains silent on why we should have that functionality in the

Re: GNU Emacs now runs in foreground

Martin "eto" Misuth: On my presonal box "user level" s6 /services subtrees are in `.config/s6/host` For comparison: ~/.config/service-bundles/services/ and ~/.config/service-bundles/targets/ Martin "eto" Misuth: #!/bin/sh exec mpd --no-daemon /usr/home/eto/.config/mpd/mpd.conf Tip: In

Re: GNU Emacs now runs in foreground

Jonathan de Boyne Pollard: One of the interesting developments over the past couple of decades is how much the world has been influenced to come around to the daemontools way of doing this. I've observed before, elsewhere, the number of daemon programs, especially in the BSD worlds, that have