On 2002-11-25 23:12, nuk <[EMAIL PROTECTED]> wrote:
> hmmm... well, cancel most of that; I found it in the hand book. Except
> the part: Isn't there an easier way? Or is there a good reason for doing
> it like this, or a reason *not* to write a local script to
> start/stop/whatever based on the
On 2002-11-26 08:43, iulian <[EMAIL PROTECTED]> wrote:
> On Mon, 25 Nov 2002 23:12:21 -0500 (EST) N wrote:
> > hmmm... well, cancel most of that; I found it in the hand book.
>
> Where did you find it, exactly? :)
I think he was referring to:
"Starting Services". Section 6.5. of the FreeBSD Han
On Tue, 26 Nov 2002, iulian wrote:
> On Mon, 25 Nov 2002 23:12:21 -0500 (EST)
> N wrote:
>
> > hmmm... well, cancel most of that; I found it in the hand book.
> Where did you find it, exactly? :)
In section 3.6 'Daemons, Signals, and Killing Processes'
HTH,
nuk
--
I know more than enough *nix
On Mon, 25 Nov 2002 23:12:21 -0500 (EST)
N wrote:
> hmmm... well, cancel most of that; I found it in the hand book.
Where did you find it, exactly? :)
Thanks
---
Iulian
Romtelecom O&M Network Operation
IN Management Center
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscrib
On Tue, Nov 26, 2002 at 03:30:04PM +1030, Tim Peters wrote:
> On Mon, Nov 25, 2002 at 11:12:21PM -0500, nuk wrote:
> > hmmm... well, cancel most of that; I found it in the hand book. Except
> > the part: Isn't there an easier way? Or is there a good reason for doing
> > it like this, or a reason
On Mon, Nov 25, 2002 at 11:12:21PM -0500, nuk wrote:
> hmmm... well, cancel most of that; I found it in the hand book. Except
> the part: Isn't there an easier way? Or is there a good reason for doing
> it like this, or a reason *not* to write a local script to
> start/stop/whatever based on the
hmmm... well, cancel most of that; I found it in the hand book. Except
the part: Isn't there an easier way? Or is there a good reason for doing
it like this, or a reason *not* to write a local script to
start/stop/whatever based on the arguments passed to it?
TIA,
nuk
--
I know more than en
Well, I'll admit most of my limited experience has been SysV style Linux
distros. There, I'm used to being able to call a script in some
subdirectory of /etc/initd w/ an option such as start, stop, restart, or
reload to manipulate services running on that box. A couple of the
distros provided
