On Thu, Sep 25, 2008 at 07:45:30AM +1000, Kel Modderman 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.
> Ubuntu have added a `service' utili
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 ki
[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 expe
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
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 UNSUBSCR
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,
* 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 i
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 sym
* 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 thin
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,
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 quer
[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 l
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; th
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 runl
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"
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
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
17 matches
Mail list logo
