On 09/21/10 14:12, [email protected] wrote:
Hi,
I also had a similar question, with the following scenario in mind.
Starting a daemon from rc.sysinit also becomes a problem if there is a
need to add new a daemon that has to be started *before* a daemon started
by rc.sysinit.
It will require developers to modify fastinit package and add a dependency
to the fastinit package into their own.
What is the reason that these daemons are started by rc.sysinit instead of
individual init scripts ? This also is an interesting choice considering
that rc.sysinit is not the traditional place to start system daemons.
1) elimination of endless shell scripts:
init calls /etc/rc.d/rc calls /bin/bash calls /lib/lsb/init-functions
calls /sbin/service calls /etc/init.d/$servicename calls
a-bunch-of-nonsense-checks calls way-too-much-bash-code calls... etc.
All of these are a waste of time.
2) there are only 2 daemons with hard dependencies started (udevd/dbus
--system), not 15-20 you normally see on a desktop.
3) it scales. We're not talking about a server withy 60-70 services
running. It's a mobile device with very limited services (and we want to
keep it that way)
4) putting road blocks in place for new services prevents people from
adding unneeded services. And unfortunately, this is really needed. You
don't want to know how often we have removed cupsd from starting up by
default :/
If someone really needs to add a system daemon for a good reason,
there's no need to bypass the people who own this part of MeeGo and work
with us.
So, please, let's discuss concrete issues instead of endlessly
reiterating that "MeeGo doesn't do things the way other distro's do".
That's not going to change since MeeGo isn't general purpose.
Do you have a concrete issue where something "becomes a problem if there
is a need to add new a daemon that has to be started *before* a daemon
started by rc.sysinit." ?
Auke
regards,
Anubhav
(please don't top-post)
_______________________________________________
MeeGo-dev mailing list
[email protected]
http://lists.meego.com/listinfo/meego-dev
