From: Alex Efros <powerman@powerman.name>
To: supervision@list.skarnet.org
Subject: configurable path to ./supervise/
Date: Fri, 18 Apr 2008 22:06:12 +0300 [thread overview]
Message-ID: <20080418190612.GJ1498@home.power> (raw)
Hi!
I dislike idea to create ./supervise/ subdirectories in service's directory.
This violates idea with storing temporary files in /tmp/ or /var/run/...
and so make it non-trivial to prepare tar or patch for service.
Why not add feature to configure directory where `runsv` will create
./supervise/ and `sv` will look for it?
Something like:
export SUPERVISE=/var/run/service
exec runsvdir /var/service
and then `runsv` executed by `runsvdir` in directory /var/service/tinydns/
will see $SUPERVISE and create /var/run/service/tinydns/supervise/ and
/var/run/service/tinydns/log/supervise/.
Of course $SUPERVISE also should be set to same value to allow `sv` to
find ./supervise/ directories in /var/run/.
Another scheme - use hard-coded /var/service/.supervise/ directory, so
`runsv` executed by `runsvdir` in directory /var/service/tinydns/
will create /var/service/.supervise/tinydns/ and
/var/service/.supervise/tinydns/log/. Of course this behavior should be
optional and activated by some environment variable. Same variable point
`sv` where to find control directories.
Then I'll just make /var/service/.supervise/ symlink to /var/run/service/.
Currently I achieve this goal by making both ./supervise/ and
./log/supervise/ are symlinks to /var/run/service/NAME/supervise/ and
/var/run/service/NAME/log/supervise/. But I always forget to prepare these
directories and symlinks BEFORE runsv will be started first time, and that
finally result in avoiding this idea and let runsv to do what it want.
Any thought?
--
WBR, Alex.
next reply other threads:[~2008-04-18 19:06 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-18 19:06 Alex Efros [this message]
2008-04-18 19:10 ` Charlie Brady
2008-04-18 19:12 ` Alex Efros
2008-04-18 19:27 ` Charlie Brady
2008-04-18 19:53 ` Gerrit Pape
2008-04-18 20:17 ` Charlie Brady
2008-04-18 19:45 ` Andras Korn
2008-04-18 20:32 Mike
2008-04-18 21:41 ` Robin Bowes
2008-04-18 22:11 ` Alex Efros
2008-04-18 22:21 ` Charlie Brady
2008-04-18 22:30 ` Alex Efros
2008-04-18 22:48 ` Mike
2008-04-18 23:00 ` Charlie Brady
2008-04-18 23:39 ` Robin Bowes
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080418190612.GJ1498@home.power \
--to=powerman@powerman.name \
--cc=supervision@list.skarnet.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).