From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/777 Path: news.gmane.org!not-for-mail From: Payal Rathod Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: OT: /package and /service Date: Tue, 19 Apr 2005 15:03:33 -0400 Message-ID: <20050419190333.GA28807@tranquility.scriptkitchen.com> References: <20050419183907.GA28253@tranquility.scriptkitchen.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1113937195 11265 80.91.229.2 (19 Apr 2005 18:59:55 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 19 Apr 2005 18:59:55 +0000 (UTC) Original-X-From: supervision-return-1013-gcsg-supervision=m.gmane.org@list.skarnet.org Tue Apr 19 20:59:55 2005 Return-path: Original-Received: from antah.skarnet.org ([212.85.147.14]) by ciao.gmane.org with smtp (Exim 4.43) id 1DNxwP-0001oW-M7 for gcsg-supervision@gmane.org; Tue, 19 Apr 2005 20:59:22 +0200 Original-Received: (qmail 28435 invoked by uid 76); 19 Apr 2005 19:03:55 -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 28429 invoked from network); 19 Apr 2005 19:03:55 -0000 Original-To: supervision@list.skarnet.org Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i Xref: news.gmane.org gmane.comp.sysutils.supervision.general:777 X-Report-Spam: http://spam.gmane.org/gmane.comp.sysutils.supervision.general:777 On Tue, Apr 19, 2005 at 02:54:46PM -0400, Paul Jarc wrote: > To simplify code that looks for package directories. Category > directories (which may contain packages or subcategories) are sticky, > and package directories are not sticky. /package contains categories, [...] Woww! wait you lost me. Can you brief a little bit more on this? What is category directory? > It's not documented. supervise/ok is used by svok and svc to detect [...] Ok > I run svscan as process 1, so I don't have to worry about it. > > With svscanboot, I believe the intent is that init (on SysV systems, > anyway) would restart svscan if it dies. But it won't actually be > restarted until readproctitle exits too, and that won't normally > happen until all supervises exit. [...] Right, infact I guess it would start svscanboot which would in turn start svscan. With warm regards, -Payal