non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-27 Thread Lyndon Nerenberg
[Redirecting to the hackers list -- please respect the reply-to header] > "Claus" == Claus Assmann <[EMAIL PROTECTED]> writes: Claus> On Mon, May 27, 2002, Philip J. Koenig wrote: >> Any particular reason why the sendmail with 4.6-RC is writing sm- >> client.pid into /var/spool/c

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-27 Thread Jos Backus
As this thread once more suggests, the whole concept of pidfiles is broken. The proper way is to use a service control manager which keeps track of processes, allowing them to be stopped/restarted etc. through a single API. (I am not going to mention AIX's System Resource Controller again because

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-27 Thread Philip J. Koenig
On 27 May 2002, at 12:24, Lyndon Nerenberg boldly uttered: > [Redirecting to the hackers list -- please respect the reply-to header] Sigh, well I guess I have another reason to join that list, what the heck.. > > "Claus" == Claus Assmann <[EMAIL PROTECTED]> writes: > > Claus> On

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-27 Thread Gregory Neil Shapiro
pjklist> Funny thing about that, I actually created a /var/run/named directory pjklist> for just the purpose of running named in a 'sandbox', chowned the pjklist> directory bind:bind, and because I forgot to set the pid file path in pjklist> named.conf, I see that it seems to write named.pid (o

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-27 Thread Philip J. Koenig
On 27 May 2002, at 12:38, Gregory Neil Shapiro boldly uttered: > pjklist> Funny thing about that, I actually created a /var/run/named directory > pjklist> for just the purpose of running named in a 'sandbox', chowned the > pjklist> directory bind:bind, and because I forgot to set the pid file

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-27 Thread .
Jos Backus writes: > As this thread once more suggests, the whole concept of pidfiles is broken. > The proper way is to use a service control manager which keeps track of > processes, allowing them to be stopped/restarted etc. through a single API. (I I understand, but there no control manager now

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-27 Thread Jos Backus
On Tue, May 28, 2002 at 01:36:00AM +0400, "."@babolo.ru wrote: > I have a lot of troubles with djb's tools in jail environment: > they are unreliable. Huh? What is the problem? While the license causes plenty of problems I have yet to see the programs themselves cause any. Now they may not be a n

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-27 Thread Cy Schubert - CITS Open Systems Group
In message <[EMAIL PROTECTED]>, Lyndon Nerenberg writes : > [Redirecting to the hackers list -- please respect the reply-to header] > > > "Claus" == Claus Assmann <[EMAIL PROTECTED]> writes: > > Claus> On Mon, May 27, 2002, Philip J. Koenig wrote: > >> Any particular reason why the

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-27 Thread .
Jos Backus writes: > On Tue, May 28, 2002 at 01:36:00AM +0400, "."@babolo.ru wrote: > > I have a lot of troubles with djb's tools in jail environment: > > they are unreliable. > Huh? What is the problem? While the license causes plenty of problems I have > yet to see the programs themselves cause

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-27 Thread Jos Backus
On Tue, May 28, 2002 at 03:42:31AM +0400, "."@babolo.ru wrote: > There are usual retrieval errors in jail+nullfs > on startup I never see without jail+nullfs. > May be it is the reason for daemontools not to work > reliable when nonexpected errors occur - but > I am not shure because a lack of tim

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-27 Thread Mike Makonnen
On Mon, 2002-05-27 at 13:38, Gregory Neil Shapiro wrote: > pjklist> Funny thing about that, I actually created a /var/run/named directory > pjklist> for just the purpose of running named in a 'sandbox', chowned the > pjklist> directory bind:bind, and because I forgot to set the pid file path in

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-28 Thread Andrew Reilly
Just fwiw (probably nothing), I'd like to express a strong "yes please" vote for a move in this direction. I currently use djb's daemontools to manage qmail and dnsserver+tinydns, and am pretty sure that I'm going to migrate the rest of my /usr/local/etc/rc.d services under there too, now that I

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-28 Thread Jos Backus
On Tue, May 28, 2002 at 03:42:31AM +0400, "."@babolo.ru wrote: > Begin with port. Please find attached a port skeleton for mktool 0.0.7. Perhaps we can suggest a more descriptive name to the author (cc'ed)? Feedback welcome. -- Jos Backus _/ _/_/_/Santa Clara, CA

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-28 Thread .
Jos Backus writes: > On Tue, May 28, 2002 at 03:42:31AM +0400, "."@babolo.ru wrote: > > Begin with port. > > Please find attached a port skeleton for mktool 0.0.7. Perhaps we can suggest > a more descriptive name to the author (cc'ed)? > > Feedback welcome. I doubt that goes to ports ever. Make

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-28 Thread Jos Backus
On Wed, May 29, 2002 at 05:03:02AM +0400, "."@babolo.ru wrote: > I doubt that goes to ports ever. > Make Problem Report. > man send-pr Allright, allright :-) But let me remind you that I don't want this to be a port, I want it to become part of the base OS. -- Jos Backus _/ _/

Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file)

2002-05-29 Thread Jos Backus
On Wed, May 29, 2002 at 05:03:02AM +0400, "."@babolo.ru wrote: > I doubt that goes to ports ever. > Make Problem Report. ports/38674 -- Jos Backus _/ _/_/_/Santa Clara, CA _/ _/ _/ _/ _/_/_/