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 12FD313838B for ; Mon, 22 Sep 2014 19:30:33 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E6F8EE0ADD; Mon, 22 Sep 2014 19:30:29 +0000 (UTC) Received: from resqmta-po-08v.sys.comcast.net (resqmta-po-08v.sys.comcast.net [96.114.154.167]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 53DC0E0ABA for ; Mon, 22 Sep 2014 19:30:29 +0000 (UTC) Received: from resomta-po-17v.sys.comcast.net ([96.114.154.241]) by resqmta-po-08v.sys.comcast.net with comcast id uKWT1o0025Clt1L01KWUcb; Mon, 22 Sep 2014 19:30:28 +0000 Received: from ajax ([24.11.47.14]) by resomta-po-17v.sys.comcast.net with comcast id uKWT1o00Z0JMh7c01KWUt3; Mon, 22 Sep 2014 19:30:28 +0000 Date: Mon, 22 Sep 2014 15:30:22 -0400 From: Frank Peters To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] Boycott Systemd Message-Id: <20140922153022.b0f67e1f35974448d986205b@comcast.net> In-Reply-To: References: <20140921132548.d4ad54724473a2aeee688daa@comcast.net> <20140921143059.c3c16dfdeab6f65280b7caa6@comcast.net> <20140921192043.GA9652@crud> <20140921171301.5f008b3bd12c21c2f8fdd67e@comcast.net> <20140921202600.08d082d88014228172007477@comcast.net> <20140922175846.GA22399@crud> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.24; x86_64-unknown-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1411414228; bh=PYJg0myq+ADh3yVulGf8nTfi0O+pIbwPmfNuVCb2FYA=; h=Received:Received:Date:From:To:Subject:Message-Id:Mime-Version: Content-Type; b=LFszG41eT7zOSXx+MRrH3XDF+kg1DEfwrYif8MEQWQ5m+OOmrxgRp1rUdgL8jYiaU bQjlBQWlYASOlkWAHE0dtsZQGOLzRBCfNbrBnLoX5h/kKoUJxVgoPBhtBuIaDxAeh2 0g0bv9uhXeYN+pVTmGMToApxRVqFdCBt2SWtpAKmjmpHXHhJwLwB2HBDneU0N7pVrP xHBWbTv7KL+BC3SxT6qRvrbttMt15aZ8Ls5J2umuqGHiwmeVj+GcRtBAPdQmWdDc23 LAZqK6NRXNX541pYXjw+hR/aVLGZW+5oF96wOTAizpfec1qxb5ipHOSWeJ5SZ/XaLU 2Akiso5BHl3Pg== X-Archives-Salt: 5a3636de-9006-42e7-bd0a-066cfcc2bc8a X-Archives-Hash: 70b8501a54e039d310f9b6a5ba3c95f3 On Mon, 22 Sep 2014 13:22:28 -0500 Canek Peláez Valdés wrote: > > As a professional programmer, I completely disagree with any dogma > based on "philosophy" rather than technical merits. > > "So I think many of the "original ideals" of UNIX are these days more > of a mindset issue than necessarily reflecting reality of the > situation. > That's not the issue here at all. The issue is the possible hegemony being imposed by systemd. Whether or not this is true this issue at least deserves some attention. Regarding the "Unix philosophy," I doubt that anyone still considers that a "pipeline of simple tools" is the ideal approach. Software has assumed gigantic proportions (to match hardware capabilities) of late and that traditional Unix model certainly would never fit. But not all software is gigantic. I would venture a guess that a large majority of programs are simple one-off concoctions designed to meet some simple individual need. In these cases it sure is nice to have the standard Unix tools available. I use them frequently for various simple purposes. Regarding the booting and configuring of a Linux system, the job can be either very complex or very simple. For the simple case, is there technical merit in having to use systemd? I would claim that there is not. For complex scenarios, by all means utilize systemd. But let's keep the appropriate tools available for the appropriate job.