Bug 56669 - service foobar disable
Summary: service foobar disable
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: initscripts
Version: 7.2
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact:
Keywords: FutureFeature
Depends On:
TreeView+ depends on / blocked
Reported: 2001-11-23 20:05 UTC by Need Real Name
Modified: 2014-03-17 02:24 UTC (History)
1 user (show)

Clone Of:
Last Closed: 2005-09-29 19:21:46 UTC

Attachments (Terms of Use)

Description Need Real Name 2001-11-23 20:05:47 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

Description of problem:
it would be /really/ nice being able to do:

# service xinetd disable

instead of using ntsysv, when I want to disable the
running of a service at boot time...
very nice...

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.# service xinetd disable

Actual Results:  Usage: /etc/init.d/xinetd 

Expected Results:  The service xinetd has been disabled (it will not run 
automatically at boot time)

Additional info:

Comment 1 Bill Nottingham 2001-11-28 06:20:17 UTC
Of course, you can always run:

chkconfig --level 345 <service> off

Comment 2 Need Real Name 2001-11-28 12:06:50 UTC
yes, I know...
but using the service command will be a /lot/ more intuitive,

(because I'm talking about a *service*, basically I'm saying:
"I want to disable this *service*")

note how I can stop, start, ask status, etc with the command
service, why should I use another command for disabling it ?

of course, this should not be a replace for chkconfig,
because this command may permit more granularity

Comment 3 Mike MacCana 2004-02-12 09:13:04 UTC
I'm an RHCX, I can certainly say many customers find the name of the 
'chkconfig' tool and the 'service' command's inability to handle 
enabling / diabling services unintuitive.   

Comment 4 Bill Nottingham 2005-09-29 19:21:46 UTC
Closing bugs on older, no longer supported, releases. Apologies for any lack of

Realistically, time spent on this is probably better spent on a better service
framework (such as one using dependencies, etc.).

Note You need to log in before you can comment on or make changes to this bug.