From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 2AB421381F3 for ; Sun, 26 May 2013 10:41:32 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DD43DE0BFB; Sun, 26 May 2013 10:41:25 +0000 (UTC) Received: from georges.telenet-ops.be (georges.telenet-ops.be [195.130.137.68]) by pigeon.gentoo.org (Postfix) with ESMTP id B78C6E0B52 for ; Sun, 26 May 2013 10:41:24 +0000 (UTC) Received: from TOMWIJ-GENTOO ([94.226.55.127]) by georges.telenet-ops.be with bizsmtp id gahH1l0072khLEN06ahJto; Sun, 26 May 2013 12:41:20 +0200 Date: Sun, 26 May 2013 12:39:15 +0200 From: Tom Wijsman To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] eselect init Message-ID: <20130526123915.7e6aa2d0@TOMWIJ-GENTOO> In-Reply-To: <51A1DC0C.2070706@gentoo.org> References: <51A08A68.3020900@gentoo.org> <20130526084332.1a8afa69@gentoo.org> <51A1DC0C.2070706@gentoo.org> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.18; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/w+O7A+ZT=op1lJ.3vVHEHXW"; protocol="application/pgp-signature" X-Archives-Salt: 13c56dc3-a22f-430b-974f-e5e1507ec555 X-Archives-Hash: 6b28e993e2b8acb610abf4516045cd01 --Sig_/w+O7A+ZT=op1lJ.3vVHEHXW Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 26 May 2013 11:55:24 +0200 Luca Barbato wrote: > Openrc is small, but the wrapper really needs to know which is which It doesn't need to, it just needs to kick off the right init process. If you think it does need to, please elaborate. > and worst case switch inittab. You could keep this kind of logic outside the wrapper, specific to the init system; such that the wrapper and therefore the shared part of the boot regardless of init system stays as small as possible. This could be even something you could let the eselect script change, the inittab is only needed at boot time as far as I can recall. > openrc is *simpler* much *simpler* than systemd, stop with that. Simpler is not necessarily better, stop with flames you don't back up; and if you do back them up, then please keep it outside of the ML. You're contributing to sidetracking your own discussion. > > And since you've been failing long at keeping init.d scripts simple > > and reasonable, the damage potential is not something purely > > theoretical. >=20 > wc -l is a good answer to your concern. Some scripts have to be=20 > simplified, that's a given (e.g. Fabio pointed the lvm one can be=20 > improved a lot) but it isn't the case for most of them. If we're really going to have this discussion and you really care about wc -l, maybe we should compress init scripts and service units; perhaps we could then combine them into one file to spare inodes too. Joke aside; the other reason, maintainability, is a good one. > It is not dangerous beside for those that have an inittab with rm > -fR / Root preservation should make this safe. --=20 With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : TomWij@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D --Sig_/w+O7A+ZT=op1lJ.3vVHEHXW Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQEcBAEBAgAGBQJRoeZTAAoJEJWyH81tNOV9eewIAIxXipEjJlIbKUXjGrnivCx2 77T9Uj/gdRtNvzqnt5W7kepIvTSpSm8K6d6MiEby5BoR5VAc9lE7BBYJlUu7iKl2 BLZN8pefO5GjEwZTiozqq7V0TyeaFNgsSwTsuL1U3+/g/WqRdHGTCZIZ0uFFv0+8 VSiqrsM9AyPeayQ6tffXf4LpE4zp4WeeDNgVcQVOb38fdgqFH2QrT/pvkqaltRtH uFWdboNZR9U8jlmT6yRkWJEyxguMPrKBGPWYV0syNaN8Kq4StO4pRHcaiqDxx2+K Gq/dhrcvROLY35MS3jHTcIjliNQn8ekGcq3Lp4Pr/J2n5zcQKSIMxS9muN2PHr8= =5U9V -----END PGP SIGNATURE----- --Sig_/w+O7A+ZT=op1lJ.3vVHEHXW--