Chris Kuehl

Thanks for sending this in! We don't know very much about RPM packaging, so if anyone viewing this has comments or can review it better than we can, that'd be...

For others' reference, here's the Fedora ticket: https://bugzilla.redhat.com/show_bug.cgi?id=1367033 Let us know when you think this is ready-to-go. It seems okay to me, but I don't know enough about RPM packaging...

Also, to expand on @asottile's comment, `make test` should do what you want, though it runs `tox` and so will download some packages from PyPI. If that's not acceptable because...

@samrocketman I don't think we want to change the Debian packaging too much, since we use a version of this internally too. I'm guessing it might be easier to just...

Hey @kristof-mattei, thanks for sending this very cool PR! This is actually something I tried doing a few years ago for fun, but didn't get nearly as far along as...

Thanks for sending in this PR! This request has come up a couple of times, notably in #80, so I think there are definitely legitimate use-cases for it. Sort of...

@Mathiasdm thanks for the bump! I think this is a solid PR, I've got a couple minor comments I'll leave but overall I think we can merge this pretty soon.

Unfortunately it's not possible to catch SIGKILL at all on Linux. There's not really anything dumb-init (or any init system) can do to help here. If dumb-init gets SIGKILL, the...

@asottile brings up a good idea too -- it'd be useful to add "--verbose" to your dumb-init command and then see what gets printed. That would help us debug what's...

It will signal them to exit when the child exits, but it does not wait for them: https://github.com/Yelp/dumb-init/blob/2da4dc4591eff242e1aeeed7d94b00252bd1512b/dumb-init.c#L112-L116