Re: RFC: update-rc.d script disable|reenable

2008-09-28 Thread Steve Langasek
On Wed, Sep 24, 2008 at 09:57:19AM -0400, Marvin Renich wrote: There are two things wrong with that. First, not stopping a service when both the new and previous runlevels have a K link is an explicit optimization, not the defined behavior. The traditional definition of a K link was to kill

Re: RFC: update-rc.d script disable|reenable

2008-09-25 Thread Petter Reinholdtsen
[Dustin Kirkland] I would gladly port this functionality from Ubuntu to Debian, if the sysvinit maintainers in Debian would have it This sysvinit maintainer have nothing against it, at least. :) But on the other hand, I have very little time to work on sysvinit these days, so do not

Re: RFC: update-rc.d script disable|reenable

2008-09-24 Thread Michael Biebl
Marvin Renich wrote: I don't think disabling and enabling a service is the right paradigm. What I want, when I am fiddling with services, is to switch between automatic and manual. In automatic mode, changes in runlevel do the traditional starting and stopping of services based on the

Re: RFC: update-rc.d script disable|reenable

2008-09-24 Thread Marvin Renich
* Michael Biebl [EMAIL PROTECTED] [080924 02:09]: If you rename all symlinks to K??, as the patch does, you will get such a behaviour. I.e. when you boot your system, the service will not be started automatically. It also won't be stopped or started when you change a runlevel, even if you

Re: RFC: update-rc.d script disable|reenable

2008-09-24 Thread Kel Modderman
On Tuesday 23 September 2008 04:40:00 Michael Biebl wrote: Kel Modderman wrote: Hi all, This email describes an extension of update-rc.d to provide an interface for disabling and reenabling initscript sysvinit runlevel start links. Hi again, thinking more about it, I think a

Re: RFC: update-rc.d script disable|reenable

2008-09-24 Thread Bernd Eckenfels
In article [EMAIL PROTECTED] you wrote: The mandate of update-rc.d is to manage initscript runlevel symlinks, not more or less, as I understand it. Therefore the querying of service status seems well outside of update-rc.d's scope. Lets move to smf, anyway :) Gruss Bernd -- To UNSUBSCRIBE,

Re: RFC: update-rc.d script disable|reenable

2008-09-24 Thread Dustin Kirkland
On Wed, Sep 24, 2008 at 4:45 PM, Kel Modderman [EMAIL PROTECTED] wrote: Ubuntu have added a `service' utility in sysvinit (2.86.ds1-59ubuntu4) ... Debian could adopt this service utility, or the ideas and code behind service could be integrated into invoke-rc.d, making it service-like as some

Re: RFC: update-rc.d script disable|reenable

2008-09-23 Thread Marvin Renich
* Michael Biebl [EMAIL PROTECTED] [080922 14:43]: Kel Modderman wrote: Hi all, This email describes an extension of update-rc.d to provide an interface for disabling and reenabling initscript sysvinit runlevel start links. Hi again, thinking more about it, I think a function

Re: RFC: update-rc.d script disable|reenable

2008-09-22 Thread Kel Modderman
Sorry for not mentioning before, please keep me in CC on replies. On Sunday 21 September 2008 12:53:17 Michael Biebl wrote: Kel Modderman wrote: Hi all, This email describes an extension of update-rc.d to provide an interface for disabling and reenabling initscript sysvinit runlevel

Re: RFC: update-rc.d script disable|reenable

2008-09-22 Thread Loïc Minier
Thanks for looking into this! On Sun, Sep 21, 2008, Kel Modderman wrote: --- update-rc.d hotkey-setup reenable 3 4 I'd love to have disable just disable the script in its current config and reenable reenable it in its current config. I wonder whether we could use the x bit for this; this

Re: RFC: update-rc.d script disable|reenable

2008-09-22 Thread Petter Reinholdtsen
[Loïc Minier] I'd love to have disable just disable the script in its current config and reenable reenable it in its current config. I wonder whether we could use the x bit for this; this would also allow per runlevel disabling and enabling, but would additionally allow preserving local

Re: RFC: update-rc.d script disable|reenable

2008-09-22 Thread Michael Biebl
Kel Modderman wrote: Hi all, This email describes an extension of update-rc.d to provide an interface for disabling and reenabling initscript sysvinit runlevel start links. Hi again, thinking more about it, I think a function is-enabled would be quite handy. This would allow to query the

Re: RFC: update-rc.d script disable|reenable

2008-09-22 Thread Dustin Kirkland
On Mon, Sep 22, 2008 at 1:40 PM, Michael Biebl [EMAIL PROTECTED] wrote: Another idea would be, to define a new update-rc.d function called status, which would return either running, not running or disabled. There were some efforts recently, to add a status action to the init scripts, which

Re: RFC: update-rc.d script disable|reenable

2008-09-21 Thread David Newgas
On Sun, 2008-09-21 at 07:46 +1000, Kel Modderman wrote: Hi all, This email describes an extension of update-rc.d to provide an interface for disabling and reenabling initscript sysvinit runlevel start links. Perhaps enable instead of reenable would make slightly more sense? reenable is

RFC: update-rc.d script disable|reenable

2008-09-20 Thread Kel Modderman
Hi all, This email describes an extension of update-rc.d to provide an interface for disabling and reenabling initscript sysvinit runlevel start links. It contains a patch that is the last in a series[0] of patches submitted to the sysvinit team. After speaking with Petter Reinholdtsen on irc he

Re: RFC: update-rc.d script disable|reenable

2008-09-20 Thread Michael Biebl
Kel Modderman wrote: Hi all, This email describes an extension of update-rc.d to provide an interface for disabling and reenabling initscript sysvinit runlevel start links. It contains a patch that is the last in a series[0] of patches submitted to the sysvinit team. After speaking with