Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 31 Aug 2001 09:58:11 +0930
From:      Greg Lehey <grog@FreeBSD.org>
To:        Mike Barcroft <mike@FreeBSD.org>, Maxim Sobolev <sobomax@FreeBSD.org>, Dima Dorfman <dima@unixfreak.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/usr.sbin Makefile src/usr.sbin/daemon Makefile daemon.8 daemon.c
Message-ID:  <20010831095811.E1544@wantadilla.lemis.com>
In-Reply-To: <20010830140158.C80938@coffee.q9media.com>; from mike@FreeBSD.org on Thu, Aug 30, 2001 at 02:01:58PM -0400
References:  <200108300448.f7U4m2V90826@freefall.freebsd.org> <20010830052449.143D63E28@bazooka.unixfreak.org> <20010830021541.A80938@coffee.q9media.com> <3B8DEEB1.39836E5A@FreeBSD.org> <20010830140158.C80938@coffee.q9media.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday, 30 August 2001 at 14:01:58 -0400, Mike Barcroft wrote:
> Maxim Sobolev <sobomax@FreeBSD.org> writes:
>> Mike Barcroft wrote:
>>> Dima Dorfman <dima@unixfreak.org> writes:
>>>> Mike Barcroft <mike@FreeBSD.org> wrote:
>>>>> mike        2001/08/29 21:48:02 PDT
>>>>>
>>>>>   Modified files:
>>>>>     usr.sbin             Makefile
>>>>>   Added files:
>>>>>     usr.sbin/daemon      Makefile daemon.8 daemon.c
>>>>>   Log:
>>>>>   Add a new utility that runs an executable detached from the
>>>>>   controlling terminal.
>>>>
>>>> Why is it in sbin?  I see no reason why mortal users can't use this.
>>>
>>> It's primary use is for spawning daemons, which is normally done by an
>>> administrator.  Also, this commit preserves compatibility with BSD/OS.
>>
>> I don't think that these arguments are very strong, I am with Dima on that
>> - put it into usr.bin instead.
>
> Please tell me why you believe its intended use isn't a strong
> argument for its location.  It's not that I'm unwilling to move it, I
> would just appreciate a justifiable reason before I gratuitously break
> compatibility with BSD/OS.

I can see lots of reasons to run programs detached; connecting to a
remote system and running some background process, for example.  I can
see that this utility is useful for spawning system daemons as well,
but that doesn't seem enough of a reason to put it in /usr/sbin.  The
BSD/OS precedent is a reason, of course, but I don't know if it's good
enough.  We've moved programs in the past.

Greg
--
See complete headers for address and phone numbers

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010831095811.E1544>