zlacker

[parent] [thread] 6 comments
1. Guinan+(OP)[view] [source] 2025-08-22 20:55:48
love to see new init projects. how does it stack up against runit (the last one i really familiarized myself with on void linux)?
replies(1): >>kragen+x
2. kragen+x[view] [source] 2025-08-22 20:58:13
>>Guinan+(OP)
She credits runit and daemontools as inspiration, and it looks extremely similar. I hope that at some point she writes a comparison explaining what Nitro does differently from runit and why.
replies(1): >>cbzbc+Hn
◧◩
3. cbzbc+Hn[view] [source] [discussion] 2025-08-22 23:22:17
>>kragen+x
runit doesn't propagate SIGTERM to services it starts.
replies(2): >>kragen+Dv >>atahan+KL
◧◩◪
4. kragen+Dv[view] [source] [discussion] 2025-08-23 00:22:09
>>cbzbc+Hn
Hmm, is that desirable? If someone's going around sending SIGTERM to random processes they might also send SIGKILL, and there's no way Nitro can propagate SIGKILL to processes it starts.
replies(1): >>cbzbc+R91
◧◩◪
5. atahan+KL[view] [source] [discussion] 2025-08-23 02:52:56
>>cbzbc+Hn
It does if you use SIGHUP.
◧◩◪◨
6. cbzbc+R91[view] [source] [discussion] 2025-08-23 07:52:36
>>kragen+Dv
It does, because SIGTERM is traditionally understood as the trigger for a shutdown. Docker - for instance - will send a SIGTERM to pid 1 when a container is stopped - which goes back to a previous comment here about using a real init as pid 1 if the thing in your container forks: >>44990092
replies(1): >>kragen+ZO1
◧◩◪◨⬒
7. kragen+ZO1[view] [source] [discussion] 2025-08-23 15:32:19
>>cbzbc+R91
Interesting! I didn't know that—I thought that when you told sysvinit to change its runlevel you normally used some slightly richer interface than signals.
[go to top]