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 A1AAA1381F3 for ; Sat, 25 May 2013 11:59:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 67591E0B60; Sat, 25 May 2013 11:59:45 +0000 (UTC) Received: from gerard.telenet-ops.be (gerard.telenet-ops.be [195.130.132.48]) by pigeon.gentoo.org (Postfix) with ESMTP id 438D6E0B12 for ; Sat, 25 May 2013 11:59:44 +0000 (UTC) Received: from TOMWIJ-GENTOO ([94.226.55.127]) by gerard.telenet-ops.be with bizsmtp id gBzi1l00p2khLEN0HBziWL; Sat, 25 May 2013 13:59:43 +0200 Date: Sat, 25 May 2013 13:57:39 +0200 From: Tom Wijsman To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] eselect init Message-ID: <20130525135739.2d302c1d@TOMWIJ-GENTOO> In-Reply-To: <20130525102503.23674.qmail@stuge.se> References: <51A08A68.3020900@gentoo.org> <20130525102503.23674.qmail@stuge.se> 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_/gW6x97TR/8X2WVui+DH/G5c"; protocol="application/pgp-signature" X-Archives-Salt: 4af9f932-40ce-42f6-92ae-9680e40581fa X-Archives-Hash: 68c140a6a833eaba7a9e1507c3017bf1 --Sig_/gW6x97TR/8X2WVui+DH/G5c Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 25 May 2013 12:25:03 +0200 Peter Stuge wrote: > I would actually expect the change to take effect immediately. Then how would you be able to shutdown / reboot your system in a clean way? The premise here is that when you boot with an init system you must shutdown with that same init system, you can't just start one init system and expect the other init system to cleanly shut down its services. Therefore implementing this would either be unclean or way to complex.=20 =46rom all the methods discussed doing it on boot sounds the most sane. > On boot could work, except that it does add more steps (=3D more > fragility) to the boot process, which I think everyone wants to avoid. If it is implemented properly, it really isn't that fragile as you would think; it doesn't take much input, so there is barely any implementation and bug fixing needed and it will work everywhere. Users that manage to break this will often know how to fix, unless we messed up from the Portage tree; but well, this mostly boils down to a proper news item and documentation _before_ bringing this out such that users are at least aware of this crucial boot process change. Anyhow, users need to be aware anyway for when they ever decide to try or switch another init system in the future. --=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_/gW6x97TR/8X2WVui+DH/G5c Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQEcBAEBAgAGBQJRoKc3AAoJEJWyH81tNOV9YJwH/3fLbkMuieSKzVMQz3Jzmolg g3S6vcrXrEWhHAKeX9FAGRacSP96Xbrh5iRp9Dw2+NJLblgVey0JctedpQCdGHaP 0apVtjAsWdOQTvxmY651pwuoOqXJsWbDgIpTANT2BBCVYzwFiAnaPeV78XlkBQwe m8Yae773ESlPO43tFDwacRUM3CAD8ADGfLj0cAGimv0KEL3w2qKeugpe5ZCzrUix fNqPT1Jz3hQANOeLTPiHum0nuT3xWdL6NHNLmWW309rEqH3x6pyY9n5rcVmNZeq/ xHCcbo0OuM+FCdNgXdBWB2Ys1mirKy8U5eYdihRdAJUQ+yCZWYw+BpQsWdygOOI= =8zG6 -----END PGP SIGNATURE----- --Sig_/gW6x97TR/8X2WVui+DH/G5c--