[Bug 173459] Review Request: initng

Fri Nov 25 11:22:02 UTC 2005

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: initng

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173459

------- Additional Comments From daner964 at student.liu.se  2005-11-25 06:21 EST -------
(In reply to comment #37)
> Concerning USB, changing the modprobe call to load usb-controller1 in
> system/usb.i worked for me. I guess we can patch it to modprobe usb-controller
> and usb-controller1, since the output is redirected to dev/null anyway

Yep, sounds good. I'll see to it that this change gets in the next initng 
release, which I'm guessing is around the corner.

> I've spent some time writing init script to get all the services I'm running 
in
> initng. You'll find them here :
> http://gauret.free.fr/fichiers/rpms/fedora/initng/
> Not all of them should be added to the rpm, but some of them are useful :

Ok, I'll see to it that these daemons (with small changes) gets into initng 
cvs, so we'll have them in next release. I think it's nicer to have them in 
upstreams. Maybe it's a good idea to not release the rpm to extras before next 
initng release?

Firstly, they should be named *.ii, since installation then converts them to .i 
files (which gives possibility to have different stuff for different distros in 
the same service file).

>  - audit.i (goes in system/, not daemon/) : launched by default on Fedora

Looks ok.

>  - cups-config-daemon.i : allows dynamic adding of printers via HAL

Guess I'll put @ signs around the daemon arg. Not really sure what they're for 
though ;-)

>  - dhcpd.i : basic daemon

It's no good depending on net/eth0 or net/eth1. Would a simple require_network 
work? (Why do we need this anyway? My network using dhcp comes up without this)

>  - httpd.i : apache is called httpd on Fedora

Hmmm... It would be nice if initng had a way to put in aliases for services. 
I'll look into that... I'll add this one in the meantime.

>  - init.i : this is a wrapper around legacy init scripts. Call the service as
> daemon/init/spamassassin for example, and it will execute
> "/etc/init.d/spamassassin start"

Nice! And simple! I wonder why nobody thought of this before?

>  - mDNSResponder.i : implementation of Apple's Rendezvous. Started by default 
on
> Fedora

Ok.

>  - mysql.i : fixed the damon_args and commented out the pid_file which 
confuses
> initng (the started daemon is mysqld_safe, and the pid refers to the first
> child, mysqld)

This is a case where we'd put a "#ifd fedora" with without the pid_file in the 
mysqld.ii file.

>  - named.i : basic daemon
>  - postfix.i : basic daemon
>  - snmpd : basic daemon

Ok.

> The other scripts (nagios, nvidia-glx, pure-ftpd, shorewall, smartd, ulogd) 
can
> be useful too, it's up to you to decide if you want to include them in the rpm
> or not.

I guess it won't hurt putting them in as well.

> This leads me to another question: what is the best way for a package to ship
> it's init script ? Surely the ining project cannot ship .i files for every
> daemon in the wild. For example, I maintain the pure-ftpd and ulogd rpms, 
should
> I just package them as documentation, or is there a way to make them available
> to initng directly ? (I could use triggers, but I've learned that it's evil
> *wink Mickael* ). Anybody ?

This has been discussed a lot in initng team. The big hope is that services 
will start to ship their initng scripts as they ship SysVinit scripts today. In 
the meantime I guess we'll have to ship initng with zillions of scripts.

> A few of the services in my "chkconfig --list" list are still missing, and I 
did
> not write a .i file for them yet : nfs server (too complicated for me), kudzu
> (I'm afraid of this beast, will write a .i file one day maybe), and readahead
> (guess it's not needed anymore :) )

The plan is that initng will somehow check what services are on in SysVinit 
upon installation (either by using chkconfig in some way or simply looking 
in /etc/whatever) and enable the corresponding initng services. This project is 
however not even started yet.

> A last question : in a .i file, can a service declare itself 
as "being_used_by"
> ? For example, there is an init script for the nvidia driver shipped by
> rpm.livna.org, that we cannot include in fedora. But if this script is 
present,
> it should be started before {g,k,x}dm. We can't modify gdm.i to add "use =
> nvidia-glx" because it is not part of fedora. Can the nvidia-glx.i file have
> some kind of "used_by" directive ?

I'll suggest this to Jimmy. I guess it wouldn't be any really big thing to add 
this, sounds like a good idea to me...

> OK, with the USB fix and the basic init scripts, I think we're getting close 
to
> a first usable Fedora-integrated version of initng. Thanks for the work you've
> put into this guys

The same. It's really nice working with you!

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.