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 0AFA11391DB for ; Thu, 20 Mar 2014 16:52:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0EB56E0B47; Thu, 20 Mar 2014 16:52:21 +0000 (UTC) Received: from albert.telenet-ops.be (albert.telenet-ops.be [195.130.137.90]) by pigeon.gentoo.org (Postfix) with ESMTP id C65DCE0B42 for ; Thu, 20 Mar 2014 16:52:19 +0000 (UTC) Received: from localhost ([94.226.55.127]) by albert.telenet-ops.be with bizsmtp id fssK1n0012khLEN06ssKLs; Thu, 20 Mar 2014 17:52:19 +0100 Date: Thu, 20 Mar 2014 17:52:08 +0100 From: Tom Wijsman To: bircoph@gmail.com Cc: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Debian just voted in systemd for default init system in jessie Message-ID: <20140320175208.035c7a9c@gentoo.org> In-Reply-To: <20140218210633.d25f4bb88b3891f7c0ed11c6@gmail.com> References: <52FF84CE.2050301@libertytrek.org> <52FF9D58.3000608@libertytrek.org> <201402152023.10543.michaelkintzios@gmail.com> <5300DD51.5060207@libertytrek.org> <53010A8E.2050909@googlemail.com> <53012691.6040503@googlemail.com> <20140217215255.5766cb026df2f0b8002f8702@gmail.com> <5302c048.462f0e0a.3d3e.5888@mx.google.com> <20140218210633.d25f4bb88b3891f7c0ed11c6@gmail.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/KL3gqt7fU4q_oHs2nnUnInG"; protocol="application/pgp-signature" X-Archives-Salt: dac8ad00-add7-49e3-859b-183950148813 X-Archives-Hash: 8bea19dc426620b63d5e07b6a65ed321 --Sig_/KL3gqt7fU4q_oHs2nnUnInG Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 18 Feb 2014 21:06:33 +0400 Andrew Savchenko wrote: > Real world code without mistakes and larger than "Hello, world!" > exercises is not possible. Large systems must have error suppression > and correction techniques, modular and replaceable design is one of > them, KISS is another one. Systemd has none known to me. systemd does have both, see myths #6 and #29 of the biggest myths. [1]: http://0pointer.de/blog/projects/the-biggest-myths.html > This depends on what bug at what component occurred. Just imagine > pid 1 segfault on medical life support equipment. With systemd going > into embedded this is not just pure speculation, though, of course > medical stuff should have extra safeguards. But any FT or at > least HA setup is a combination of multiple layers. I do not want to > allow badly broken core component on mine setups even if its faults > may be compensated by other means. That's assuming the target public of systemd is medical life support equipment; however, that is certainly not the case which makes that an irrelevant example in this context. When talking about life critical support, you'll need to have proper specification and checks to have a guarantee; we've seen the APL language and Z notation early on in this field, as well as evolutions from and beside that. Most life critical systems are based on such things; throwing whatever thing on such a system, like the first open-source project you can find, is is not how such systems are made. Faults, if they happen at all, being compensated imo suffices for non life critical systems; if you want more, you know the languages, notations, checking tools and other practices are out there to benefit from. An init system and/or service manager based on life critical support standards would definitely have my interest; however, I am wondering if there's anyone that wants to spend his free time on that. > Yet again, I respect ones right to use whatever one wants, but I ask > to respect mine as well. That's why I propose a separate systemd > profile for those willing to use it. They are there, `find /usr/portage/profiles/ -name '*systemd*'`. > > >> Sorry, but it's you who doesn't know the matter at hand: kdbus > > >> was (and is) written by Greg Kroah-Hartman, Linus' right hand, > > >> and who works for the Linux Foundation. > > > > > > Lol, he seems to start to use the arguments like "You even do not > > > know my elder brother/acquaintance from the street nearby who can > > > easily hit you down!" > >=20 > > If you don't think Greg's words have any weight in a Linux-related > > technical discussion, then I'm afraid we will need to agree to > > disagree on any technical subject. >=20 > You know, common sense should always override person's prestige. > History knows many examples. Sir Isaac Newton enforced corpuscular > point of view on the light's nature. And while he was genius in other > physical aspects, he was mistaken here. Albert Einstein was rejective > to probabilistic nature of quantum mechanics and even proposed an > entangled particles paradox as an example of its "flawed" nature. > Though as we know these days such systems exist and are quite well > used in numerous experiments. My point is simple: do not blindly > adhere to someone's words, even if this person has high authority. > Common sense must prevail. Period. +1 --=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_/KL3gqt7fU4q_oHs2nnUnInG Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJTKxy4AAoJEPWZc8roOL/Q65oH/0W3NxfTj3vpUE42g0ZsRNDq Ig8mF8nqNlsO8ndJpzve12zzGVf4TKJpprjTA34t+SzpoA0cdCCGtjRNFeGYdOhN CoHXYtBJnYlpLCfFid32w2BKvEASWTniLZHHIWN3WAHRUbs+vIXpW4DxGQF8VJsC jR/M3g06PjHEAkJ33vYYz9DD8Wm56mH1jc0xxSSDXezLJXX65DmdlYbEoA/vPUNu zFCzW3J0zGUeNmmLT7ie+HKZip+8cZ9pGhx1JXwLOmnUNL7aLP0yvNALA2epdCbx RdsYMeHFQWrzufuJ/o1N+pjUAwvHfLxGShPa4QZJMgjlPc9M84gP/F/X8kMaLBk= =VTCa -----END PGP SIGNATURE----- --Sig_/KL3gqt7fU4q_oHs2nnUnInG--