Fedora Goals -- LSB-compliant/ideal init for FC5+ - Python test scripts for Proof of Concept

[Harald Hoyer]

For testing purposes and proof of concept, I have written some python 
scripts as an "rc" replacement. I've done this, because I haven't seen 
any code from others (where is the code of SystemServices??) and because 
I want to experiment with some concepts, before something is set to stone.

See:
http://people.redhat.com/harald/ServiceManager/

The python script ServiceManager.py reads all /etc/init.d/* scripts and 
creates DBUS "Service" objects. These parse the chkconfig and LSB-style 
comments of their script and provide a DBUS interface to retrieve 
information and control them. Note: I am new to DBUS, so forgive me, if 
I haven't understood the concept of objects, interfaces and busses 
correctly, yet.

To use the glib main_loop from python without the need of gtk (import 
gtk needs a working X11 DISPLAY), I patched the dbus python bindings to 
provide dbus.main_loop():
dbus-0.33-glib-mainloop.patch
dbus-0.33-99.hh.1.src.rpm

etc_dbus-1_system.d_rc.conf has to be placed to /etc/dbus-1/system.d/rc.conf

ServiceTestClient.py is a small client test app, which queries all 
available services.

As you can see, ServiceManager.py was just started and is not ready yet, 
but release early, release often. Stay tuned. Maybe someone is 
interested and wants to help, or it maybe inspires others to develop a 
completly other implementation.

Next steps I want to do:
- replace rc functionality for complete backwards compatibility
- implement the depends/requires mechanism (also with dynamic 
requirements and dependencies)
- patch all initscripts to conform to LSB
- convert prefdm to an initscript which requires $authentication and 
$local_dir
- create an initscript, which provides $authentication and depends on 
$network, if network auth is needed.
- convert /etc/init.d/functions and /sbin/service to use the DBUS interface

Have fun!

Harald

--
Code, code, give me some open source code!

[Mike MacCana]

Harald Hoyer wrote:

>  For testing purposes and proof of concept, I have written some python
>
>  scripts as an "rc" replacement. I've done this, because I haven't seen
>
>  any code from others (where is the code of SystemServices??) and 
>  because I want to experiment with some concepts, before something is 
>  set to stone. 
sweet!

Harald, have you spoken to J5 about this? He's been talking about a DBUS 
init for a while now...

Mike

>

[Harald Hoyer]

Harald Hoyer wrote:
>  Next steps I want to do:
>  - replace rc functionality for complete backwards compatibility 
Done

>  - implement the depends/requires mechanism (also with dynamic 
>  requirements and dependencies) 
Done

>  - patch all initscripts to conform to LSB 
Todo

>  - convert prefdm to an initscript which requires $authentication and
>
>  $local_dir 
+ and use gdm-early-login, gdm-allow-login

>  - create an initscript, which provides $authentication and depends on
>
>  $network, if network auth is needed. 
Todo

>  - convert /etc/init.d/functions and /sbin/service to use the DBUS
> interface 
Todo


- use gobject.MainLoop() instead of patching the dbus python bindings
Done

See: http://people.redhat.com/harald/ServiceManager/


Harald

-- 
Code, code, give me some open source code!

YourUpsteamsVeryImportantPackage

[Mike MacCana]

Thanks very much for your work Harald, I'm looking forward to using it.

Harald Hoyer wrote:

>  See: http://people.redhat.com/harald/ServiceManager/ 
Please, please, lowercase. 99% of all other packages, and 99% of all 
other services are lowercase.

NetworkManager and HelixPlayer and 
MyPackageWhichIsAlsoVeryImportantAndThereforeNeedsToBreakConventionUnnecessarily 
are a hassle.

Since FC packages what the upstream does, and you're the upstream on 
this one, could it be lowercase?

Mike

YourUpsteamsVeryImportantPackage

[Harald Hoyer]

Mike MacCana wrote:
>  Thanks very much for your work Harald, I'm looking forward to
> using it.
>  
>  Harald Hoyer wrote:
>  
> > See: http://people.redhat.com/harald/ServiceManager/
>  
>  
>  Please, please, lowercase. 99% of all other packages, and 99% of all 
>  other services are lowercase.
>  
>  NetworkManager and HelixPlayer and 
>  MyPackageWhichIsAlsoVeryImportantAndThereforeNeedsToBreakConventionUnnecessarily 
>  are a hassle.
>  
>  Since FC packages what the upstream does, and you're the upstream on 
>  this one, could it be lowercase?
>  
>  Mike
>   
:-) Don't worry. This is not the final name. It's only the py-filename. 
It will be reimplemented in C, if the interface is clear and the 
approach is useful, and maybe called /sbin/rc :)

YourUpsteamsVeryImportantPackage

[Mike MacCana]

On Mon, 2005-06-20 at 10:18 +0200, Harald Hoyer wrote:

>  :-) Don't worry. This is not the final name. It's only the
> py-filename. 
Yaay.

To be honest, I like 'servicemanager'. Or 'startup' or 'start' if
it's
replacing init.

Good non-interactive user apps have simple names - eg, sendmail, syslog,
etc. Makes it easy to work out what it is they do. As opposed to say
'kudzu' 'anaconda' etc.

rc stands for runcommand IIRC, but hardly anyone remembers that, and the
name 'run command' doesn't mean anything that's necessarily to do with
startup.

Anyone remember the 'starting anaconda, please wait...' message? Now the
distro actually puts a description beside it, and says the same thing.
Nice (I'm the one that suggested it) but it'd have been better if they
called it 'installer' or similar.

Mike

YourUpsteamsVeryImportantPackage

[David Hollis]

On Mon, 2005-06-20 at 10:18 +0200, Harald Hoyer wrote:
>  Mike MacCana wrote:
>  > Thanks very much for your work Harald, I'm looking forward to using it.
>  > 
>  > Harald Hoyer wrote:
>  > 
>  >> See: http://people.redhat.com/harald/ServiceManager/
>  > 
>  > 
>  > Please, please, lowercase. 99% of all other packages, and 99% of all 
>  > other services are lowercase.
>  > 
>  > NetworkManager and HelixPlayer and 
>  > MyPackageWhichIsAlsoVeryImportantAndThereforeNeedsToBreakConventionUnnecessarily 
>  > are a hassle.
>  > 
>  > Since FC packages what the upstream does, and you're the upstream on 
>  > this one, could it be lowercase?
>  > 
>  > Mike
>  > 
>  
>  :-) Don't worry. This is not the final name. It's only the py-filename. 
>  It will be reimplemented in C, if the interface is clear and the 
>  approach is useful, and maybe called /sbin/rc :) 
Let's just hope that the RPM isn't called
"/sbin/rc-1.0A-Gold.i386.rpm"!

-- 
David Hollis <dhollis(a)davehollis.com&gt;

[Harald Hoyer]

The first "C" source can be found in:
http://people.redhat.com/harald/ServiceManager/servicemanager.tar.gz

All it does for now:
It checks all /etc/init.d/* and creates a DBUS "Service" object for each.

Works with dbus-0.35 (CVS version).

[Harald Hoyer]

Harald Hoyer wrote:
>  The first "C" source can be found in:
>  http://people.redhat.com/harald/ServiceManager/servicemanager.tar.gz
>  
>  All it does for now:
>  It checks all /etc/init.d/* and creates a DBUS "Service" object for each.
>  
>  Works with dbus-0.35 (CVS version).
>   
Now in CVS:

$ unset CVS_RSH
$ export CVSROOT=:pserver:[e-mail]:/usr/local/CVS
$ cvs -z3 login
$ cvs co servicemanager