From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/1739 Path: news.gmane.org!not-for-mail From: Gerrit Pape Newsgroups: gmane.comp.sysutils.supervision.general Subject: /service vs /var/service vs /etc/service Date: Sat, 19 Apr 2008 13:25:16 +0000 Message-ID: <20080419132517.6752.qmail@7bcdc3a3e39f79.315fe32.mid.smarden.org> References: <43362.24.8.235.144.1208550740.squirrel@www.xagasoft.com> <48091595.1040101@robinbowes.com> <20080418221145.GL1498@home.power> <4809311F.3060804@robinbowes.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1208627217 16912 80.91.229.12 (19 Apr 2008 17:46:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 19 Apr 2008 17:46:57 +0000 (UTC) To: supervision@list.skarnet.org Original-X-From: supervision-return-1973-gcsg-supervision=m.gmane.org@list.skarnet.org Sat Apr 19 19:47:31 2008 connect(): Connection refused Return-path: Envelope-to: gcsg-supervision@gmane.org Original-Received: from antah.skarnet.org ([212.85.147.14]) by lo.gmane.org with smtp (Exim 4.50) id 1JnD4q-0006z9-31 for gcsg-supervision@gmane.org; Sat, 19 Apr 2008 15:26:00 +0200 Original-Received: (qmail 30892 invoked by uid 76); 19 Apr 2008 13:25:39 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Archive: Original-Received: (qmail 30885 invoked from network); 19 Apr 2008 13:25:39 -0000 Mail-Followup-To: supervision@list.skarnet.org Content-Disposition: inline In-Reply-To: <4809311F.3060804@robinbowes.com> Xref: news.gmane.org gmane.comp.sysutils.supervision.general:1739 Archived-At: On Sat, Apr 19, 2008 at 12:39:11AM +0100, Robin Bowes wrote: > It's a different way of doing things. > > To fit in with FHS, certain things should go in certain places. That's > the reason to do it "my" way. I'm not arguing that it's better, or > right, but this is the reason. Hi, I'm in the same situation, Debian adheres strictly to the FHS. Establishing /var/service apparently failed, runit in Debian used it since 2002, it's runit's default since 2003. But /var/service doesn't comply with the FHS, and this will not change. The Debian runit package now switched to /etc/service, and I'm about to change runit to use /service by default, just as daemontools does. daemontools in Debian, just like runit in Debian, uses /etc/service, and recommends to create a compatibility symlink /service -> /etc/service. To support putting the ./supervise/ directories into a different location than the service directories, runit deals with dangling symlinks as discussed. For Debian I added the update-service(8) program to help managing this, when using update-service(8) and sv(8) you don't need to know about the location of the directory for services, /service, /var/service, or /etc/service, and the symlinks are set up automatically. So servise directories managed with these tools comply with the FHS. I hope this will work out. Regards, Gerrit.