chkconfig stat level: lots of services in the 90s (was: Re: rpms/cups/devel cups.init,1.12,1.13 cups.spec,1.346,1.347)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

noticed below commit and started to wonder: why do we have so many
services with start-levels between 90 and 99? On my F7 machine there
seems to be at least 6 services which anlone use the level 98 (see below
as well) -- and lots of them start after readahead_later, which is, if I
understood readahead_later correctly, not what we want.

Is it time for somebody to just take a look at the mess ^w^w all the
init script we ship, take a look at the interdependencies and reorder
some of them and use the whole space between 0 and 99 more sanely (maybe
we should track it in the wiki -- not sure)? Or is that unneeded with
the "FCNewInit" stuff on the horizon?

Cu
thl

On 20.07.2007 16:44, Tim Waugh (twaugh) wrote:
> Author: twaugh
> 
> Update of /cvs/pkgs/rpms/cups/devel
> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv21269
> 
> Modified Files:
> 	cups.init cups.spec 
> Log Message:
> * Fri Jul 20 2007 Tim Waugh <twaugh@xxxxxxxxxx> 1:1.3-0.b1.3
> - Change initscript start level to 98, to start after avahi but before
>   haldaemon.
> 
> 
> 
> Index: cups.init
> ===================================================================
> RCS file: /cvs/pkgs/rpms/cups/devel/cups.init,v
> retrieving revision 1.12
> retrieving revision 1.13
> diff -u -r1.12 -r1.13
> --- cups.init	12 Jun 2007 09:25:14 -0000	1.12
> +++ cups.init	20 Jul 2007 14:44:12 -0000	1.13
> @@ -6,7 +6,7 @@
>  #
>  #   Linux chkconfig stuff:
>  #
> -#   chkconfig: 2345 56 10
> +#   chkconfig: 2345 98 10
>  #   description: Startup/shutdown script for the Common UNIX \
>  #                Printing System (CUPS).
>  #
> [...]

$ grep 'chkconfig:' /etc/init.d/* | awk '{print $4" -- "$1 }' | sort -n

0 -- microcode_ctl:#
4 -- readahead_early:#
05 -- kudzu:#
06 -- cpuspeed:#
08 -- ip6tables:#
08 -- iptables:#
9 -- capi:#
9 -- isdn:#
10 -- network:#
11 -- auditd:#
11 -- netplugd:#
12 -- restorecond:#
12 -- syslog:#
12 -- wpa_supplicant:#
13 -- irqbalance:#
13 -- mcstrans:#
13 -- multipathd:#
13 -- rpcbind:#
13 -- setroubleshoot:#
14 -- nfslock:#
15 -- mdmonitor:#
16 -- btseed:#
16 -- bttrack:#
18 -- rpcidmapd:#
19 -- rpcgssd:#
19 -- rpcsvcgssd:#
22 -- messagebus:#
25 -- bluetooth:#
25 -- netfs:#
25 -- pcscd:#
26 -- dund:#
26 -- hidd:#
26 -- pand:#
27 -- winbind:#
27 -- ypbind:#
28 -- autofs:#
29 -- lirc:#
30 -- nscd:#
41 -- rdisc:#
45 -- irda:#
47 -- ipsec:#
50 -- hplip:#
50 -- netconsole:#
55 -- sshd:#
56 -- cups:#
58 -- ntpd:#
60 -- nfs:#
78 -- spamassassin:#
80 -- postfix:#
85 -- gpm:#
85 -- httpd:#
87 -- alsasound:#
87 -- hsqldb:#
88 -- nasd:#
90 -- ConsoleKit:#
90 -- crond:#
90 -- psacct:#
90 -- smolt:#
90 -- xfs:#
91 -- vncserver:#
95 -- anacron:#
95 -- saslauthd:#
96 -- readahead_later:#
97 -- dhcdbd:#
97 -- yum-updatesd:#
98 -- avahi-daemon:#
98 -- avahi-dnsconfd:#
98 -- cups-config-daemon:#
98 -- haldaemon:#
98 -- NetworkManager:#
98 -- NetworkManagerDispatcher:#
99 -- firstboot:#
99 -- smartd:#

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux