From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27667 invoked by uid 1002); 2 May 2003 17:20:47 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 1280 invoked from network); 2 May 2003 17:20:47 -0000 From: Paul de Vrieze To: gentoo-dev@gentoo.org Date: Fri, 2 May 2003 19:20:43 +0200 User-Agent: KMail/1.5.1 References: <20030502170803.60318.qmail@web41505.mail.yahoo.com> In-Reply-To: <20030502170803.60318.qmail@web41505.mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_sjqs+NNOKiAyamu"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200305021920.44305.pauldv@gentoo.org> X-Spam-Status: No, hits=-4.6 required=5.0 X-Spam-Level: X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Subject: Re: [gentoo-dev] Init replacement X-Archives-Salt: 99e76159-ca8b-43ff-b92e-a0cd173fe30e X-Archives-Hash: efeee10914da93d971e2855435ba0566 --Boundary-02=_sjqs+NNOKiAyamu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline On Friday 02 May 2003 19:08, Jon Kent wrote: > hmmm, interesting idea, but I have a lot of issues > with this type of approach, namely: > > init scripts really need to be easy to maintain with > external requirements kept to a minimum > Also the sample scripts are not quite normal XML, as with normal xml all=20 newlines get interpreted (Yes, I know you can use CDATA instead of PCDATA t= o=20 keep newlines) as normal whitespace. Also, the main advantage of xml is eas= e=20 of parsing and generation by DIFFERENT programs of complicated formats. Ini= t=20 scripts are not complicated formats and need only be run/parsed by one=20 program that is the shell that it is a script for. > script, generally, are the easiest, more readable > approach to init scripts. You don't modify init > scripts every day so remembering how you did things is > a pain if its not script based Quite my point > > I really do not want to learn yet another > language/approach just to get daemons etc up and > running on boot up > > I really do not see boot up speed as a problem, on > servers and workstations you do not spend you life > rebooting the things. I've had servers running for > years without a reboot. Init scripts could be faster, but the time lost is not spend waiting for in= it=20 scripts to be parsed. It is spend waiting for programs to actually start. F= or=20 that reason paralel init scripts can be useful, but a compiled init process= =20 can add little in this. > I must be honest and say that the Gentoo init system > is not easiest in the world, I prefer the old > rcX.d/Sxx[name] approach myself as its simple, but I'd > still prefer the current approach over the proposed > approach. I find the Gentoo init system quite useful myself, but indeed it is a bit m= ore=20 complicated than the S??[name] system. The tricks that redhat uses, to be=20 able to automate configuration though are a lot less clean than gentoo's. Paul =2D-=20 Paul de Vrieze Researcher Mail: pauldv@cs.kun.nl Homepage: http://www.devrieze.net --Boundary-02=_sjqs+NNOKiAyamu Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQA+sqjsbKx5DBjWFdsRAo6GAKCMrqZDg6lZs3NQ0SvJ3qcfDVdNCwCglk9w DMVgj3Y334H+vG5qSE3yxJ8= =uqW6 -----END PGP SIGNATURE----- --Boundary-02=_sjqs+NNOKiAyamu--