Regarding the use of supervision-scripts as "glue" in distributions, yes,
the project was meant for that. Most - but not all of - the scripts are in
working order, as I use them at home on my personal server. If you are
willing to take the time to remap the names (as needed), the scripts should
John Morris writes:
Not a problem at all. An API is a contract, violate it at your peril.
Let's see...
The malloc() call's contract is you request memory with the
understanding that "no" is a legal answer.
Indeed. But keep in mind what the contract actually is. NULL means there
was an
On Wed, 2016-05-04 at 21:41 +0100, Arnt Gulbrandsen wrote:
> Malloc() is very simple: You ask for memory and get it. The negative
> side
> of that simplicity is that if you're out of memory (and that happens
> occasionally if a server is run close to capacity) then processes die
> and/or become
On 05/05/2016 03:18 AM, Stephanie Daugherty wrote:
Process supervision is something I'm very opinionated about. In a
number of high availability production environments, its a necessary
evil.
However, it should *never* be an out of the box default for any
network-exposed service, Service
Stephanie Daugherty writes:
Service failures should be extraordinary events, and we should
strive to keep treating them as such, so that we continue to
pursue stability. Restarting a service automatically doesn't
improve stability of that software, it works around an
instability rather than
On Wed, 04 May 2016 18:18:02 +
Stephanie Daugherty wrote:
> Process supervision is something I'm very opinionated about. In a
> number of high availability production environments, its a necessary
> evil.
>
> However, it should *never* be an out of the box default for
Process supervision is something I'm very opinionated about. In a number of
high availability production environments, its a necessary evil.
However, it should *never* be an out of the box default for any
network-exposed service, Service failures should be extraordinary events,
and we should
On Tue, 3 May 2016 22:41:48 -1000
Joel Roth wrote:
> We're not the first people to think about supporting
> alternative init systems. There are collections of the
> init scripts already available.
>
> https://bitbucket.org/avery_payne/supervision-scripts
>
We're not the first people to think about supporting
alternative init systems. There are collections of the
init scripts already available.
https://bitbucket.org/avery_payne/supervision-scripts
https://github.com/tokiclover/supervision
--
Joel Roth