Re: /etc/init.d/ - add/remove services

2004-02-02 Thread Miquel van Smoorenburg
In article [EMAIL PROTECTED], Thomas Hood [EMAIL PROTECTED] wrote: Miquel van Smoorenburg miquels () cistron ! nl wrote in part: A thought just hit me. What if we added a update-rc.d name enable|disable command? This has already been wished for. See sysv-rc wish #214757 No, that's not what I

Re: /etc/init.d/ - add/remove services

2004-02-01 Thread Thomas Hood
On Sat, 2004-01-31 at 22:10, I wrote: Note that the expectation of the System V init system is that every service have either an S or a K symlink in each runlevel. If there is no symlink for a service in a particular runlevel then the behavior of sysv's invoke-rc.d is undefined for that

Re: /etc/init.d/ - add/remove services

2004-01-31 Thread Thomas Hood
Note that the expectation of the System V init system is that every service have either an S or a K symlink in each runlevel. If there is no symlink for a service in a particular runlevel then the behavior of sysv's invoke-rc.d is undefined for that service in that runlevel. Methods of shutting

Re: /etc/init.d/ - add/remove services

2004-01-31 Thread Miquel van Smoorenburg
In article [EMAIL PROTECTED], Thomas Hood [EMAIL PROTECTED] wrote: Note that the expectation of the System V init system is that every service have either an S or a K symlink in each runlevel. If there is no symlink for a service in a particular runlevel then the behavior of sysv's invoke-rc.d

/etc/init.d/ - add/remove services

2004-01-30 Thread mrl7d4
What is the preferred way to add or remove a /etc/init.d/ service from certain runlevels? The Debian Policy Manual and man pages suggest I should use update-rc.d rather than manipulate the symlinks directly. The man page for update-rc.d says, If any files /etc/rcrunlevel.d/[SK]??name

Re: /etc/init.d/ - add/remove services

2004-01-30 Thread Adam Aube
On Friday 30 January 2004 03:15 pm, [EMAIL PROTECTED] wrote: What is the preferred way to add or remove a /etc/init.d/ service from certain runlevels? For adding, use the update-rc.d script. To remove, just manually delete the symlink. You can use update-rc.d to remove, but you would need to

Re: /etc/init.d/ - add/remove services

2004-01-30 Thread s. keeling
Incoming from Adam Aube: On Friday 30 January 2004 03:15 pm, [EMAIL PROTECTED] wrote: What is the preferred way to add or remove a /etc/init.d/ service from certain runlevels? For adding, use the update-rc.d script. To remove, just manually delete the symlink. You can use update-rc.d to

RE: /etc/init.d/ - add/remove services

2004-01-30 Thread Ben Yau
-Original Message- From: s. keeling [mailto:[EMAIL PROTECTED] Sent: Friday, January 30, 2004 12:39 PM To: [EMAIL PROTECTED] Subject: Re: /etc/init.d/ - add/remove services Incoming from Adam Aube: On Friday 30 January 2004 03:15 pm, [EMAIL PROTECTED] wrote: What

Re: /etc/init.d/ - add/remove services

2004-01-30 Thread Adam Aube
On Friday 30 January 2004 04:36 pm, Ben Yau wrote: I don't know if there is a preferred way. There are many ways and choose the one you like. The convention I use is to rename the file/link with a no in front. That reminds me of another way - rename the capital S or K to a lower case. Same

Re: /etc/init.d/ - add/remove services

2004-01-30 Thread David Z Maze
[EMAIL PROTECTED] writes: What is the preferred way to add or remove a /etc/init.d/ service from certain runlevels? 'ln -s' and 'rm', respectively. The Debian Policy Manual and man pages suggest I should use update-rc.d rather than manipulate the symlinks directly. They suggest that

RE: /etc/init.d/ - add/remove services

2004-01-30 Thread Ben Yau
-Original Message- From: Adam Aube [mailto:[EMAIL PROTECTED] Sent: Friday, January 30, 2004 1:51 PM To: [EMAIL PROTECTED] Subject: Re: /etc/init.d/ - add/remove services On Friday 30 January 2004 04:36 pm, Ben Yau wrote: I don't know if there is a preferred way. There are many

Re: /etc/init.d/ - add/remove services

2004-01-30 Thread mrl7d4
Thanks for all your replies. You've cleared this up for me. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]