Re: enable/disable support in /usr/sbin/service

2011-03-25 Thread Olaf van der Spek
On Fri, Mar 4, 2011 at 12:35 PM, Stefano Zacchiroli wrote: > On Wed, Mar 02, 2011 at 11:54:05AM -0800, Steve Langasek wrote: >> At present there *is* no reliable sysadmin interface for enabling/disabling >> services.  update-rc.d is not it; many admins have been using 'update-rc.d >> -f remove' fo

Re: enable/disable support in /usr/sbin/service

2011-03-20 Thread Tollef Fog Heen
]] Olaf van der Spek | On Sun, Mar 20, 2011 at 7:43 AM, Raphael Geissert wrote: | >> | In particular, considering the possibility of other init systems coming | >> | (see #591791), would /usr/sbin/service enable/disable still be a proper, | >> | init-system-independent, abstraction? | >> | >> I'

Re: enable/disable support in /usr/sbin/service

2011-03-20 Thread Olaf van der Spek
On Sun, Mar 20, 2011 at 7:43 AM, Raphael Geissert wrote: >> | In particular, considering the possibility of other init systems coming >> | (see #591791), would /usr/sbin/service enable/disable still be a proper, >> | init-system-independent, abstraction? >> >> I'm guessing service would have to le

Re: enable/disable support in /usr/sbin/service

2011-03-19 Thread Raphael Geissert
Tollef Fog Heen wrote: > ]] Stefano Zacchiroli > > | In particular, considering the possibility of other init systems coming > | (see #591791), would /usr/sbin/service enable/disable still be a proper, > | init-system-independent, abstraction? > > I'm guessing service would have to learn how all

Re: enable/disable support in /usr/sbin/service

2011-03-04 Thread Alexander Wirt
Steve Langasek schrieb am Friday, den 04. March 2011: > On Fri, Mar 04, 2011 at 01:21:02PM +0100, Alexander Wirt wrote: > > > In particular, considering the possibility of other init systems coming > > > (see #591791), would /usr/sbin/service enable/disable still be a proper, > > > init-system-ind

Re: enable/disable support in /usr/sbin/service

2011-03-04 Thread Steve Langasek
On Fri, Mar 04, 2011 at 01:21:02PM +0100, Alexander Wirt wrote: > > In particular, considering the possibility of other init systems coming > > (see #591791), would /usr/sbin/service enable/disable still be a proper, > > init-system-independent, abstraction? > I don't see a problem in shipping my o

Re: enable/disable support in /usr/sbin/service

2011-03-04 Thread Alexander Wirt
Stefano Zacchiroli schrieb am Freitag, den 04. März 2011: > On Wed, Mar 02, 2011 at 11:54:05AM -0800, Steve Langasek wrote: > > At present there *is* no reliable sysadmin interface for enabling/disabling > > services. update-rc.d is not it; many admins have been using 'update-rc.d > > -f remove'

Re: enable/disable support in /usr/sbin/service

2011-03-04 Thread Simon McVittie
On Fri, 04 Mar 2011 at 12:43:36 +0100, Olaf van der Spek wrote: > What do other distros use? > It seems to be chkconfig, not service (for this functionality). Perhaps worth noting here that because systemd is mainly being developed in Fedora, their versions of chkconfig and service already know ab

Re: enable/disable support in /usr/sbin/service

2011-03-04 Thread Tollef Fog Heen
]] Stefano Zacchiroli | In particular, considering the possibility of other init systems coming | (see #591791), would /usr/sbin/service enable/disable still be a proper, | init-system-independent, abstraction? I'm guessing service would have to learn how all other init systems work, or have a w

Re: enable/disable support in /usr/sbin/service

2011-03-04 Thread Olaf van der Spek
On Fri, Mar 4, 2011 at 12:35 PM, Stefano Zacchiroli wrote: > Right, this is the technical problem to solve: find one (handy) method > to enable/disable services and "bless" it as the recommended one. What do other distros use? It seems to be chkconfig, not service (for this functionality). Olaf

enable/disable support in /usr/sbin/service

2011-03-04 Thread Stefano Zacchiroli
On Wed, Mar 02, 2011 at 11:54:05AM -0800, Steve Langasek wrote: > At present there *is* no reliable sysadmin interface for enabling/disabling > services. update-rc.d is not it; many admins have been using 'update-rc.d > -f remove' for years, but this is /wrong/ and it is /documented/ that this > w