Michael Mol wrote:
> obviously you have an interesting position as a dev in a distribution,
> and you might make your change there, but that certainly shouldn't be
> your default course of action.
+1 and not just for unit files.
//Peter
pgpQGx9XaD1PC.pgp
Description: PGP signature
On 05/08/2013 04:06 PM, Chí-Thanh Christopher Nguyễn wrote:
> Michael Mol schrieb:
>>> Sounds like a great feature. A crashed process is a buggy one, and I
>>> would want to investigate said program before I relaunched it, and
>>> not have it automatically relaunched as if nothing had happened.
>>
On Wed, May 8, 2013 at 4:06 PM, Chí-Thanh Christopher Nguyễn
wrote:
> You could be looking at someone trying to compromise your system through a
> buffer overflow or similar vulnerability. If you enable automatic respawn
> then congratulations, you just gave the attacker unlimited tries to guess
>
Michael Mol schrieb:
>> Sounds like a great feature. A crashed process is a buggy one, and I
>> would want to investigate said program before I relaunched it, and
>> not have it automatically relaunched as if nothing had happened.
>
> That's highly, highly, highly use-case dependent. If it's a
>
On Wed, May 8, 2013 at 2:55 PM, Ambroz Bizjak wrote:
>> Init.d scripts are programs - they could probably do just about anything.
>
> They couldn't monitor a process and restart it when it crashes, as
> specified by the restart options in the unit file. That is, without
> significant modifications
Jeroen Roovers schrieb:
> Sounds like a great feature. A crashed process is a buggy one, and I
> would want to investigate said program before I relaunched it, and not
> have it automatically relaunched as if nothing had happened.
Even worse if it keeps on thinking that the process has crashed whe
On 05/08/2013 03:18 PM, Jeroen Roovers wrote:
> On Wed, 8 May 2013 20:55:35 +0200
> Ambroz Bizjak wrote:
>
>>> Init.d scripts are programs - they could probably do just about
>>> anything.
>>
>> They couldn't monitor a process and restart it when it crashes, as
>> specified by the restart options
On Wed, 8 May 2013 13:32:01 -0500
William Hubbs wrote:
> On Wed, May 08, 2013 at 07:07:17PM +0200, Michał Górny wrote:
> > It is quite likely that OpenRC will start supporting unit files soon.
> > Then in many cases we will be able to strip down this to just one init
> > format which would satisf
On Wed, 8 May 2013 20:55:35 +0200
Ambroz Bizjak wrote:
> > Init.d scripts are programs - they could probably do just about
> > anything.
>
> They couldn't monitor a process and restart it when it crashes, as
> specified by the restart options in the unit file. That is, without
> significant modi
> Init.d scripts are programs - they could probably do just about anything.
They couldn't monitor a process and restart it when it crashes, as
specified by the restart options in the unit file. That is, without
significant modifications in the way OpenRC works, such as adding a
monitoring process,
On Wed, May 8, 2013 at 2:32 PM, William Hubbs wrote:
>
> OpenRC can't support units directly; if this ever did happen it would
> have to be a tool that converts units to init scripts.
Or an init script skeleton that interprets a unit file. That seems
like it shouldn't be too hard to write for a
On Wed, May 08, 2013 at 07:07:17PM +0200, Michał Górny wrote:
> It is quite likely that OpenRC will start supporting unit files soon.
> Then in many cases we will be able to strip down this to just one init
> format which would satisfy both init systems.
Do you want to fill me in? ;-) I haven't se
12 matches
Mail list logo