stay out of your way.
If there is a better arrangement that keeps everything in one base
directory for easy management but eliminates the dots, I'll listen.
Although I think this arrangement actually makes a bit more sense, and the
install instructions are careful to include the dots, s
Is it possible to avoid using hidden files (.env) as it makes it quite a
lot harder for people who don't know what's going on to, um, work out
what's going on.
Thanks!
Luke
On 7 January 2015 at 22:25, Avery Payne wrote:
> On Wed, Jan 7, 2015 at 7:23 AM, Steve Litt
> wrote:
> >
> > I'm pretty
ial a ping or similar callback to the NIS
> with an if/else switch as well for the checks. Target a file, directory, IP
> signal, anything really and if found, start the service, else it exits and
> gets retried.
>
> Sent from my Windows Phone
> ____
On 07/01/15 07:05, James Powell wrote:
The way I see it is this... Either you have high level dependency handling
within the service supervision system itself, or you have low level dependency
handling within the service execution files.
Keeping the system as simplified as possible lowers the
, 2015 at 4:05 AM, Luke Diamand wrote:
I'm trying to write a ./run file for autofs which will wait for ypbind to
come up before starting autofs.
I've got a line in autofs/run that says:
sv check ypbind
and then a ./check script inside the ypbind directory which runs ypwhich.
I'm trying to write a ./run file for autofs which will wait for ypbind
to come up before starting autofs.
I've got a line in autofs/run that says:
sv check ypbind
and then a ./check script inside the ypbind directory which runs ypwhich.
The man page for 'sv' seems to imply that if the reque
On 02/01/15 10:40, Avery Payne wrote:
On Thu, Jan 1, 2015 at 3:39 PM, Luke Diamand wrote:
Caution, a shameless plug follows:
If you are willing to share the contents of your scripts with a very
permissive license, I would like to see them and possibly incorporate the
ideas into my current
Hi!
I've started trying to follow the instructions on getting Debian to use
runit as init, on Jessie.
http://smarden.org/runit/replaceinit.html
I think I've finally got it going, with most of the old /etc/init.d/
scripts just run from /etc/runit/1, but autofs, ypbind and sshd being
run as s
