Hi Scooby,
It's not ready yet--it's not yet ABI-compatible with libudev (but it is
API-compatible--Kay Sievers' tests pass when recompiled).
Some background for the rest of the list. I've managed to extract the
required variables, macros, and headers from systemd 219 to make libudev
compile inde
On Sat, 28 Mar 2015 17:04:39 +0100
poitr pogo wrote:
> s6 advertises itself as init replacement.
> I'm not using s6 or daemontools. I do not need them. Just learned
> about them and I'm bit surprised thy tend to replace init instead of
> being a good helpers for those who need them.
>
> IMHO the
On Sat, 28 Mar 2015 22:24:51 +0800
Robert Storey wrote:
> Thanks for telling us about this. I hadn't heard of daemontools
> before.
>
> I did an "apt-cache show daemontools" and interestingly it suggests
> "runit." I presume that Devuan will at least include daemontools and
> possibly runit, whi
On Sat, 28 Mar 2015 14:52:47 +0100
poitr pogo wrote:
> Cannot.
Cannot what?
> This is from the s6 docs. I'm not using s6. Just heard about
> it today.
I sure can't accuse you of procrastinating in forming an opinion.
> Another s6 limitation - finish script must end in 3
> seconds. or will b
On Sat, 28 Mar 2015 12:31:04 +
Nuno Magalhães wrote:
> On Sat, Mar 28, 2015 at 12:15 PM, poitr pogo
> wrote:
> > S6 even forces such a program must not handle daemon mode itself.
> > That process must not "background itself": being run by a
> > supervision tree already makes it a "backgr
Is libudev-compat ready for testing?
I saw jude had committed some code.
Was there any testing done on vagrant image?
best regards
Scooby
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On Sat, Mar 28, 2015 at 6:59 PM, Martijn Dekkers
wrote:
(...)
>>
>> They help to run as a unix daemon a program which is not written to be
>> a unix daemon.
>
> No, sorry, you are wrong. They are supervisors, and as such they ensure any
> long-running job keeps running when it is supposed to.
>
Le 28/03/2015 17:04, poitr pogo a écrit :
On Sat, Mar 28, 2015 at 4:15 PM, Isaac Dunham wrote:
(...)
If you want to *manage* a daemon (ie, do something when it stops, like
restarting it), it's very tricky to do it reliably without having a fixed
It might be tricky if application does not supp
> IMHO s6/daemontools and similar tools are just a helpers.
>
That is *exactly* what they are.
> They help to run as a unix daemon a program which is not written to be
> a unix daemon.
>
No, sorry, you are wrong. They are supervisors, and as such they ensure any
long-running job keeps running whe
Hey Poitr,
s6 advertises itself as init replacement.
>
No, S6, runit, daemontools, etc advertise as supervisor tools. Some of
these, like S6, are also a sane init replacement, should you want to go
this way.
> I'm not using s6 or daemontools. I do not need them.
Some people do need them. We do
On Sat, Mar 28, 2015 at 4:15 PM, Isaac Dunham wrote:
(...)
> If you want to *manage* a daemon (ie, do something when it stops, like
> restarting it), it's very tricky to do it reliably without having a fixed
It might be tricky if application does not support startup/shutdown procedure.
That's why
On Sat, Mar 28, 2015 at 2:49 PM, Hendrik Boom wrote:
> It would be nice to have a choice. That is what android does not
> provide.
I thought the NDK would allow you to bypass (most of) the sugarcoating.
___
Dng mailing list
Dng@lists.dyne.org
https://m
startx always used to start a new X server on a new TTY; now it starts
on the current vt.
This is the result of a block of code in startx that forces "vtarg" to
the equivalent of `tty`.
The sole reason for this is that logind gets confused when something opens
on a new vt.
Will Devuan include an
On Sat, Mar 28, 2015 at 02:52:47PM +0100, poitr pogo wrote:
(in response to the question of why s6 "prevents daemonizing")
> Cannot. This is from the s6 docs. I'm not using s6. Just heard about it today.
If you want to *manage* a daemon (ie, do something when it stops, like
restarting it), it's ve
On Sat, Mar 28, 2015 at 12:33:34PM +0100, Didier Kryn wrote:
>
> Le 28/03/2015 05:53, John Morris a écrit :
> >Trying to take the high moral ground and claim to be shooting for a
> >stricter freedom is what leads to RMS and Debian unable to agree on
> >which is the more 'Free.' Debian rejecting
Thanks for telling us about this. I hadn't heard of daemontools before.
I did an "apt-cache show daemontools" and interestingly it suggests
"runit." I presume that Devuan will at least include daemontools and
possibly runit, which should be a fascinating combination to play with.
Can't wait to ge
Cannot. This is from the s6 docs. I'm not using s6. Just heard about it today.
Another s6 limitation - finish script must end in 3 seconds. or will be killed.
Nice for desktop, not a server.
It used to be that an application is responsible for proper start
up/shutdown procedure, as application kno
On Sat, Mar 28, 2015 at 12:15 PM, poitr pogo wrote:
> S6 even forces such a program must not handle daemon mode itself.
> That process must not "background itself": being run by a
> supervision tree already makes it a "background" task.
I don't know its innards, but i find it awkward that a p
Hi
On Sat, Mar 28, 2015 at 5:36 AM, Martijn Dekkers
wrote:
> Have a look at this excellent comparison for supervisor / init tools:
>
> http://skarnet.org/software/s6/why.html
>
> S6 is the bees' knees
>
IMHO s6/daemontools and similar tools are just a helpers.
They help to run as a unix daemon a
Le 28/03/2015 05:53, John Morris a écrit :
On Fri, 2015-03-27 at 16:37 +0100, Didier Kryn wrote:
Hi John,
When I wrote anti-freedom, I considered a stricter definition of
freedom than GPL, beyond free access to the source and gratuitous
redistribution, including e.g. the absence o
20 matches
Mail list logo