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 9FC64138BF3 for ; Sun, 16 Feb 2014 18:59:40 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7AD8DE0B61; Sun, 16 Feb 2014 18:59:31 +0000 (UTC) Received: from mail-ea0-f178.google.com (mail-ea0-f178.google.com [209.85.215.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 51226E0B47 for ; Sun, 16 Feb 2014 18:59:30 +0000 (UTC) Received: by mail-ea0-f178.google.com with SMTP id a15so6912156eae.9 for ; Sun, 16 Feb 2014 10:59:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=CcyJJ90KsaIoTOtP+KisRUbQKRTnIj4CTODCmz6E8Vk=; b=q+QSjdysQatbkDbhJdfsaSlydMKNqQdkYRioHjiii6J9NbPdEsJzhc7jIRZ5yijLUj 4uYaTprfl0FzovYG7Z2tFjsz3BCDibGptNO3z5e1kF18B6Vu/4eq8VbLp5zTh08vXiww AcQABwckxpop8zweGwb8nHU8j2hX31VUPR0BQ0197nSfNBNp6d1EgAJHVC1Do6At9iEM Qy0m3AKpnjVhMe9lG5dBbEQXUunoUlNivi2cak6lbQwL0t4SaDHqU+ISYBhIrb/0gsOp ZgyzkvJcLUIkksNQ2UG9/jhMYCFN9Sb73rLBaukR//XXcRHep2v11kFcfPDF+Ir8BVfo WQgw== X-Received: by 10.15.91.8 with SMTP id r8mr29431eez.109.1392577169072; Sun, 16 Feb 2014 10:59:29 -0800 (PST) Received: from [192.168.178.21] (p3E9E6F5D.dip0.t-ipconnect.de. [62.158.111.93]) by mx.google.com with ESMTPSA id q44sm47740277eez.1.2014.02.16.10.59.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 16 Feb 2014 10:59:28 -0800 (PST) Message-ID: <53010A8E.2050909@googlemail.com> Date: Sun, 16 Feb 2014 19:59:26 +0100 From: Volker Armin Hemmann User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Debian just voted in systemd for default init system in jessie References: <52FF84CE.2050301@libertytrek.org> <52FF9D58.3000608@libertytrek.org> <201402152023.10543.michaelkintzios@gmail.com> <5300DD51.5060207@libertytrek.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: b218113c-7e53-4c94-bce5-66a4a57da4ce X-Archives-Hash: 45689b549860062bedf9ade236c208be Am 16.02.2014 17:50, schrieb Canek Peláez Valdés: > On Sun, Feb 16, 2014 at 9:46 AM, Tanstaafl wrote: >> On 2014-02-15 3:32 PM, Canek Peláez Valdés wrote: >>> 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: > > • 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". > > • 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. > > • And of course, OpenRC is slow as hell compared to systemd (although > 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. or it is an idiotic decision. Because features means complexity. Complexity means bugs. And you don't want complexity in PID1 or init. Let those 'features' be handled by their own specialists. You know, the unix way. Do one thing, do it well. Use text to communicate. That stuff. That makes things easy. And flexible. And replaceable.