On Mon, 17 Apr 2017, Emiliano Marini wrote:
>Oops, I didn't know that missing /etc/debian_version was a bug
>and sent a PR to certbot on GitHub to support Devuan:
>[1]https://github.com/certbot/certbot/pull/4515
thanks Emiliano! ideally we'd want all sorts of services reading that
fil
Oops, I didn't know that missing /etc/debian_version was a bug and sent a
PR to certbot on GitHub to support Devuan:
https://github.com/certbot/certbot/pull/4515
It failed on a fresh Jessie install because it hadn't /etc/debian_version,
and I tought that was right for future releases, so I didn't
Il 17/04/2017 15:35, Adam ha scritto:
> FYI, for those that are following the non-systemd distros, it seems that
> manjaro is dropping support for consolekit in its openrc spin, and will
> now require you to use elogind...
>
> https://forum.manjaro.org/t/switch-from-consolekit-to-elogind/19412/45
On 17/04/2017 at 03:57, Steve Litt wrote:
[...]
> There's no need to search for the perfect init or supervisor. Long ago
> we got a bunch of them that are all good enough, and can be combined to
> fill almost any need. This continuing search for a perfect init is just
> wheel spinning, or perhaps
Am 2017-04-17 17:11, schrieb goli...@dyne.org:
"maybe handover dev of this toy to someone with unix experience"
LOL!
My favourite rant was from Linus Torvalds:
https://www.theregister.co.uk/2014/04/05/torvalds_sievers_dust_up/
Jochen
___
Dng maili
On Fri, 14 Apr 2017 at 12:06:44 +0200 (CEST)
k...@aspodata.se wrote:
> Enrico Weigelt:
> ...
> > Let's just take some example: libsrvmgt with funcs like that:
> >
> > * srvmgt_daemonize()
> > --> detach from controlling terminal, etc
>
> Why do any monitor program need to know if the progra
I just installed lighttpd, and it properly served its front page,
which tells me I should configure the system to show my web content
instead of the frot page.
But the front page also says,
> This is a placeholder page installed by the Debian release of the
> Lighttpd server package.
>
> This
On Mon, 17 Apr 2017 16:37:29 +0200
Joachim Fahrner wrote:
> Am 2017-04-17 11:18, schrieb Klaus Ethgen:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> > https://github.com/systemd/systemd/issues/5644
> >
> > No further comment needed.
> >
> > Have fun reading. (Found on popular f
exha...@posteo.net wrote:
> In my opinion, this is the best that has been written about init or
> supervisor,
+1
> (I'm absolutely agree with this)
>
> "There's no need to search for the perfect init or supervisor. Long ago
> we got a bunch of them that are all good enough, and can be combined
On 2017-04-17 11:22, Enrico Weigelt, metux IT consult wrote:
On 17.04.2017 17:11, goli...@dyne.org wrote:
The best response submitted to this bug has been removed but I saved
it
and posted to #devuan. Poster was Buzzsomething:
"maybe handover dev of this toy to someone with unix experience"
Aldemir Akpinar writes:
It also has the grand finale:
poettering locked and limited conversation to collaborators 2 hours ago
Makes sense. Nothing new was being said, just old stuff repeated, and the
bug was fixed three weeks ago.
Arnt
___
Dng mai
On 17.04.2017 17:11, goli...@dyne.org wrote:
> The best response submitted to this bug has been removed but I saved it
> and posted to #devuan. Poster was Buzzsomething:
>
> "maybe handover dev of this toy to someone with unix experience"
Ah, that explains why lennart closed the comments.
--m
On 2017-04-17 04:18, Klaus Ethgen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
https://github.com/systemd/systemd/issues/5644
No further comment needed.
Have fun reading. (Found on popular fefe blog)
Regards
Klaus
The best
On 17.04.2017 16:37, Joachim Fahrner wrote:
> Am 2017-04-17 11:18, schrieb Klaus Ethgen:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> https://github.com/systemd/systemd/issues/5644
>>
>> No further comment needed.
>>
>> Have fun reading. (Found on popular fefe blog)
>
> ROTFL
>
> S
Am 2017-04-17 11:18, schrieb Klaus Ethgen:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
https://github.com/systemd/systemd/issues/5644
No further comment needed.
Have fun reading. (Found on popular fefe blog)
ROTFL
Stupid question: why does systemd implement a rm command? They sold us
s
On Mon, Apr 17, 2017 at 12:33:06PM +0200, marc wrote:
> the kernel thesedays
> allows one to delegate the "default-child-collector" function of
> init to other processes - that is what the container infrastructure uses.
Which seems to be an effective rebuttal against the argument for systemd
bei
On Sun, Apr 16, 2017 at 09:57:38PM -0400, Steve Litt wrote:
> On Sun, 16 Apr 2017 19:22:36 -0400
> Hendrik Boom wrote:
>
> > On Sun, Apr 16, 2017 at 05:04:18PM -0400, Hendrik Boom wrote:
> > > On Sun, Apr 16, 2017 at 09:59:36PM +0200, Enrico Weigelt, metux IT
> > > consult wrote:
>
> > > > By
FYI, for those that are following the non-systemd distros, it seems that
manjaro is dropping support for consolekit in its openrc spin, and will
now require you to use elogind...
https://forum.manjaro.org/t/switch-from-consolekit-to-elogind/19412/45
Cheers,
A.
___
On 17 April 2017 at 12:18, Klaus Ethgen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> https://github.com/systemd/systemd/issues/5644
>
> No further comment needed.
>
> Have fun reading. (Found on popular fefe blog)
>
> Regards
>Klaus
> - --
> Klaus Ethgen
On 04/17/2017 06:59 AM, Dan Purgert wrote:
> bwah!?
>
> How does one not know that rm will tell you off if you try to do
> something daft like rm -rf ?
>
> I mean, yeah, maybe it was a pitfall a few decades ago, when computers
> were handled by "trained professionals" ...
>
> On 04/17/2017 05
bwah!?
How does one not know that rm will tell you off if you try to do
something daft like rm -rf ?
I mean, yeah, maybe it was a pitfall a few decades ago, when computers
were handled by "trained professionals" ...
On 04/17/2017 05:18 AM, Klaus Ethgen wrote:
> https://github.com/systemd/system
Le 14/04/2017 à 10:57, Enrico Weigelt, metux IT consult a écrit :
* srvmgt_report_state(...)
--> report the service state to the supervisor
--> states could be eg.
* SRVMGT_STATE_STARTUP -- still within the startup phase
* SRVMGT_STATE_READY_LOCAL -- ready for local clie
> > I wonder why that general task of daemonizing cant just be done in a
> > generic separate program and left out of the individual daemons.
> > So, everybody can decide on this own how to actually start/manage
> > the daemons - some use a supervisor, some just call via a daemonizer
> > program fr
> OK, I completely understand. It makes sense. It's pretty slick, too. I
> never would have thought of it.
>
> Being a daemontools enthusiast, I still don't see fork_parent() as an
> asset in late boot. But I have a feeling it, or something similar,
> could be an asset in different contexts. As a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
https://github.com/systemd/systemd/issues/5644
No further comment needed.
Have fun reading. (Found on popular fefe blog)
Regards
Klaus
- --
Klaus Ethgen http://www.ethgen.ch/
pub 4096R/4E20AF1C 2011-05-16
In my opinion, this is the best that has been written about init or
supervisor,
(I'm absolutely agree with this)
"There's no need to search for the perfect init or supervisor. Long ago
we got a bunch of them that are all good enough, and can be combined to
fill almost any need. This continuing
26 matches
Mail list logo