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 7ACA1138BF3 for ; Sun, 16 Feb 2014 16:50:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1F175E0B92; Sun, 16 Feb 2014 16:50:30 +0000 (UTC) Received: from mail-la0-f50.google.com (mail-la0-f50.google.com [209.85.215.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D5933E0B28 for ; Sun, 16 Feb 2014 16:50:28 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id ec20so10393801lab.23 for ; Sun, 16 Feb 2014 08:50:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=ox/inRzb3TsbsD3b4oH+uRWfILaUn9bQ4eYd5jvr3nQ=; b=Z1HTCyFFy1i2YCmXvfSAE3Vr5gEgTkT5U+gxc5mKt4+DorijAMGROSqgothMM2tKAu p2Xrhd9jU9LdDQfNzkQfw5wupv5k5WH/KTHAGS9jB6OUbUwaIPIykJT61n4I8boRSLWE +yYmn7zxrEff3112MGERSLYBEWi6x0WrgSjDMmXK62nX2PzDj2jGxTaHKKV77w77pdFD qSdRoKo7P/+Id3GySQUJ07nA1VenM09sQ/RE1/xDR7cg+g7eGtntQRnZgTorQFRX0yfa ed19/h5w+vG8InFPA1voVrQFWJKkj7LF4oHH8WnJbbZjLFbhX9zRKUNB0/pBS3QBQFB3 YddQ== 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 X-Received: by 10.152.36.8 with SMTP id m8mr14237826laj.24.1392569427132; Sun, 16 Feb 2014 08:50:27 -0800 (PST) Received: by 10.114.170.67 with HTTP; Sun, 16 Feb 2014 08:50:26 -0800 (PST) In-Reply-To: <5300DD51.5060207@libertytrek.org> References: <52FF84CE.2050301@libertytrek.org> <52FF9D58.3000608@libertytrek.org> <201402152023.10543.michaelkintzios@gmail.com> <5300DD51.5060207@libertytrek.org> Date: Sun, 16 Feb 2014 10:50:26 -0600 Message-ID: Subject: Re: [gentoo-user] Debian just voted in systemd for default init system in jessie From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 64b82339-8656-498b-b612-b933641ae9e3 X-Archives-Hash: 98e816a7e622ac3f2d3f88e9216bf647 On Sun, Feb 16, 2014 at 9:46 AM, Tanstaafl wrot= e: > On 2014-02-15 3:32 PM, Canek Pel=C3=A1ez Vald=C3=A9s w= rote: >> >> For Slackware, I have no idea. For Debian, no the only options were[1]: >> >> 1. sysvinit (status quo) >> 2. systemd >> 3. upstart >> 4. openrc (experimental) >> 5. One system on Linux, something else on non-linux >> 6. multiple >> >> It should also be noted that no one in the TC voted OpenRC above >> systemd AND upstart, and that while a couple voted systemd below >> everything else, it can be argued that it was a tactical vote. >> >> Regards. >> >> [1]https://wiki.debian.org/Debate/initsystem/ > > > I would really, really, REALLY like to see a thorough, civil debate > involving those far more knowledgeable than I on the pros and cons of > systemd vs OpenRC... Well, that's the pickle, isn't it? We have the usual stuff: =E2=80=A2 OpenRC wasn't able (until very recently) to properly do parallel execution of daemons. There will be someone who will say "that isn't important". =E2=80=A2 Then there is the inability of OpenRC to properly stop/monitor daemons (everybody here had to use "/etc/init.d/daemon zap" at some point, I suppose). Someone will say that there is experimental cgroups support for OpenRC... "experimental" being the important word, and there is also the little matter of that not being integrated into the official package (AFAIU). Also, with that OpenRC loses the "advantage" of being portable to FreeBSD and/or Hurd. =E2=80=A2 And of course, OpenRC is slow as hell compared to systemd (althou= gh there are reports of being really fast using reentrant busybox... I never used that way, so I don't know). Which again, someone will say that "that doesn't matter because I never reboot my machine". Great. But then we have the whole load of features that systemd provides that no other init system does (OpenRC included). That is an advantage if you believe that having an standardized plumbing in all "mainstream" Linux distributions has technical merit and is a good design. If you believe so (like I and many others do), then systemd is several orders of magnitude better than OpenRC. If you don't believe so (like many... although apparently they are less and less as time goes by), then systemd is the spawn of the devil and it should be killed with fire. For General Purpose Linux distributions, systemd is a godsend since it solves and centralizes a lot of stuff that matters to a lot of people. It's fast and small (if you remove the optional dependencies), so the embedded guys like it. It offers (for the first time ever) proper daemon control and management and O(log n) access logs, so the server guys like it. And if offers proper session monitoring and seat control, so the desktop guys like it too. But all those advantages only will be so, if you agree with having a tightly integrated plumbing interface directly above the kernel and below PAM and/or X (soon Wayland) sessions. It gets kind of philosophical, which is why a lot of people taunts the fuzzy term "UNIX philosophy" so much when they rave against systemd. > As it seems to me, the Debian OpenRC page says that the cons are not near= ly > as large as the systemd proponents would have us believe. > > https://wiki.debian.org/Debate/initsystem/openrc It's because they are cons only if you agree with systemd's view of the wor= ld. I do. Regards. --=20 Canek Pel=C3=A1ez Vald=C3=A9s Posgrado en Ciencia e Ingenier=C3=ADa de la Computaci=C3=B3n Universidad Nacional Aut=C3=B3noma de M=C3=A9xico