maintain it if I had to. The various NetworkManager alternatives that have
sprung up
at Devuan.
Could you point to or list those alternatives, please? I used Devuan
occasionally since Beowulf release but now am going to say goodbye to
Debian. Sometimes I need alternatives even for ifupdown.
On Sat, 2022-08-06 at 08:36 +0200, Didier Kryn wrote:
> Le 05/08/2022 à 07:36, Steve Litt a écrit :
> > Perfectionists never finish, and the perfect is the enemy of the good.
>
> This is absolutely true. But ...
>
> perfection can be approached when we keep things "simple stupid".
>
Le 05/08/2022 à 07:36, Steve Litt a écrit :
Perfectionists never finish, and the perfect is the enemy of the good.
This is absolutely true. But ...
perfection can be approached when we keep things "simple stupid".
For example the init script suggested by Karl:
> for i in
On Fri, Aug 5, 2022 at 12:37 AM Steve Litt wrote:
>
> 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
> > >
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
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.
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
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 >
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
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
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
Two empire falls recorded during the last two millenia it are the fall
of the mighty Roman Empire and that of the Ottoman Empire. Both were
extremely powerful influencing most of the worlds of their times, but
they fell.
What I expect from systemd and its adoption by many distributions is
to
marc:
> 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 of ?
The requirement for deamons not to background is so that the process
> 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 you a reasonable way to
14 matches
Mail list logo