Re: [DNG] Init respawns - was: Be prepared for the fall of systemd

2022-08-04 Thread karl
Steve Litt: > On Thu, 2022-08-04 at 16:01 +0200, k...@aspodata.se wrote: > > Steve Litt: ... > > There is no requirement of pid files in the above. The notion of pid > > files comes from some req. that you should be able to do > > ./some_script stop.  > > I do sv stop daemonname all the time.

Re: [DNG] Init respawns - was: Be prepared for the fall of systemd

2022-08-04 Thread Steve Litt
On Thu, 2022-08-04 at 17:36 -0400, Hendrik Boom wrote: > On Thu, Aug 04, 2022 at 04:06:18AM -0400, Steve Litt wrote: > ... > > > > When I write Free Software, I'm one of those "meh, good enough" guys, > > although > > I'd > > phrase it "Awww Riiight, good enough!". The reason is that

Re: [DNG] Be prepared for the fall of systemd

2022-08-04 Thread Bruce Perens via Dng
On Thu, Aug 4, 2022 at 7:01 AM wrote: > Do you have some pointers to thoose experimental operating systems > so I can get a taste of what you are talking about ? This goes way back. Mach did lightweight messaging and more (and survives in MacOS, I think), Plan 9 did the graphics API == window

Re: [DNG] Be prepared for the fall of systemd

2022-08-04 Thread Hendrik Boom
On Thu, Aug 04, 2022 at 05:19:18PM +0200, Didier Kryn wrote: > Le 04/08/2022 à 00:36, Bruce Perens via Dng a écrit : > > The fundamental OS concept is "Everything's an API" rather than > > everything's a file. > > APIs rather than libraries and linking. > >  etc... > >     It seems to me that

Re: [DNG] Be prepared for the fall of systemd

2022-08-04 Thread Steve Litt
On Wed, 2022-08-03 at 17:19 +, J.R. Hill wrote: > There are a few things that need to be in place for a smooth transition. > > For general trust in the project... > > 1. the init system itself should be maintained by more than a single human. This hasn't been the case with runit. It's so

Re: [DNG] Init respawns - was: Be prepared for the fall of systemd

2022-08-04 Thread Steve Litt
On Wed, 2022-08-03 at 09:36 +0200, marc wrote: > > Thanks Karl, > > > > Some questions: > > Hello > > > 1) Does Busybox init require the daemon to background itself? > > So I seem no reason why "nohup daemon > /var/log/logfile &" isn't sufficient > for this, or is there something I am not

Re: [DNG] Be prepared for the fall of systemd

2022-08-04 Thread Steve Litt
On Wed, 2022-08-03 at 15:36 -0700, Bruce Perens wrote: > I came to the conclusion a while back that systemd was symptomatic of the > fact that we had gone as far as the fundamental assumptions of the Unix API > could take us.  I find it symptomatic of the fact that a guy wrote some Rube Goldberg

Re: [DNG] Be prepared for the fall of systemd

2022-08-04 Thread Dimitri Minaev via Dng
Quite a few of these concepts for the new OS remind me of Erlang BEAM. Does this comparison make sense? On Wed, Aug 3, 2022 at 10:36 PM Bruce Perens via Dng wrote: > I came to the conclusion a while back that systemd was symptomatic of the > fact that we had gone as far as the fundamental

Re: [DNG] Be prepared for the fall of systemd

2022-08-04 Thread Didier Kryn
Le 04/08/2022 à 00:36, Bruce Perens via Dng a écrit : The fundamental OS concept is "Everything's an API" rather than everything's a file. APIs rather than libraries and linking.  etc...     It seems to me that "everything is a file" could do it yet: the kernel implements such an API though

Re: [DNG] Init respawns - was: Be prepared for the fall of systemd

2022-08-04 Thread karl
Steve Litt: > On Wed, 2022-08-03 at 09:36 +0200, marc wrote: > > Karl Hammar > > > Steve Litt: ... > > > 1) Does Busybox init require the daemon to background itself? > > So I seem no reason why "nohup daemon > /var/log/logfile &" isn't sufficient > > for this, or is there something I am not aware

Re: [DNG] Be prepared for the fall of systemd

2022-08-04 Thread karl
Bruce Perens: ... > But we should be looking forward to something else as the next OS paradigm. > This would include features that have been seen mostly in experimental > operating systems up to now. This is what I think the "next OS" might be: > > The fundamental OS concept is "Everything's an

Re: [DNG] Be prepared for the fall of systemd

2022-08-04 Thread Tanuj Bagaria via Dng
What do we as a community need to do to get S6 into a "corporate friendly" state? What can I do to help? Here are some ideas: - easier access to the VCS (git, pijul, etc) - Issue tracking system - CI/CD build chain (being careful not to make it too painful to use) - "idiot proof" website -

Re: [DNG] Be prepared for the fall of systemd

2022-08-04 Thread Laurent Bercot
What do we as a community need to do to get S6 into a "corporate friendly" state? What can I do to help? "Corporate-friendly" is not really the problem here. The problem is more "distro-friendly". Distributions like integrated systems. Integrated systems make their lives easier, because

Re: [DNG] Init respawns - was: Be prepared for the fall of systemd

2022-08-04 Thread Didier Kryn
Le 03/08/2022 à 09:36, marc a écrit : Thanks Karl, Some questions: Hello 1) Does Busybox init require the daemon to background itself? So I seem no reason why "nohup daemon > /var/log/logfile &" isn't sufficient for this, or is there something I am not aware of ? 2) Does Busybox init give

Re: [DNG] Init respawns - was: Be prepared for the fall of systemd

2022-08-04 Thread Steve Litt
On Thu, 2022-08-04 at 16:01 +0200, k...@aspodata.se wrote: > Steve Litt: > > On Wed, 2022-08-03 at 09:36 +0200, marc wrote: > > > Karl Hammar > > > > Steve Litt: > ... > > > > 1) Does Busybox init require the daemon to background itself? > > > So I seem no reason why "nohup daemon >

Re: [DNG] Init respawns - was: Be prepared for the fall of systemd

2022-08-04 Thread Hendrik Boom
On Thu, Aug 04, 2022 at 04:06:18AM -0400, Steve Litt wrote: ... > > When I write Free Software, I'm one of those "meh, good enough" guys, > although I'd > phrase it "Awww Riiight, good enough!". The reason is that perfectionists > never > finish. Might this be why we're using linux instead of