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 907F713838B for ; Mon, 22 Sep 2014 18:44:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9DE7AE0AE0; Mon, 22 Sep 2014 18:44:24 +0000 (UTC) Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 08E66E0ADE for ; Mon, 22 Sep 2014 18:44:23 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id ar1so4922886iec.25 for ; Mon, 22 Sep 2014 11:44:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=IG6WAtU3VcxUWEDvpwB59AiHUI6tQ0JuwjHeCHi582M=; b=FPC0eoxQAocSIed3l5UCQBbQmd5+SrfWduZq1f1aHDZNS3gFi2fY0k/ulGyK9V6cLR js0M4E9sVszLUoQKHb5yEJdwoJf2xCpEXPyzhkyiLsmV7Traf6bfN9pkifzVfxKH4T7l LGYd/YhPe3ibu8SMLP7JzDoqm4++x0MU4ZwXFn6MscJlRvH8jYzc52ykTfsEZPsE/3Um nu2EEfB/gU7TDFkWVdqEz8L6LYEzVjl/RuRq1BYL3EabT+9on2ICUxFD30mp+kiEbwJE CHsmHdw9iYqXovC+BgGtnz0bqPVS4BFGbx2At9pyh/sIx5Ov1ijdxeFtkgjuSUq1YvoI Jcuw== X-Received: by 10.43.82.66 with SMTP id ab2mr8752882icc.56.1411411462919; Mon, 22 Sep 2014 11:44:22 -0700 (PDT) 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 Received: by 10.107.11.141 with HTTP; Mon, 22 Sep 2014 11:44:02 -0700 (PDT) In-Reply-To: <20140922144114.3f89cd00fc13ce4a06515bce@comcast.net> References: <20140921132548.d4ad54724473a2aeee688daa@comcast.net> <20140921143059.c3c16dfdeab6f65280b7caa6@comcast.net> <20140921192043.GA9652@crud> <20140921171301.5f008b3bd12c21c2f8fdd67e@comcast.net> <20140921202600.08d082d88014228172007477@comcast.net> <20140922175846.GA22399@crud> <20140922144114.3f89cd00fc13ce4a06515bce@comcast.net> From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= Date: Mon, 22 Sep 2014 13:44:02 -0500 Message-ID: Subject: Re: [gentoo-amd64] Boycott Systemd To: gentoo-amd64@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 616582ef-fa27-47f1-9a38-25c74e8b9e08 X-Archives-Hash: 88e56698b6ce2b29bab0d617e8e059aa On Mon, Sep 22, 2014 at 1:41 PM, Frank Peters wr= ote: > On Mon, 22 Sep 2014 12:58:46 -0500 > Barry Schwartz wrote: > >> >> =E2=80=98Diversity=E2=80=99 here is deviation from established Unix/POSI= X philosophy >> in system design. Years of effort to simplify programming are being >> thrown away on grounds that resemble common arguments in favor of the >> =E2=80=98tight integration=E2=80=99 that is Microsoft Windows. I mean, s= eriously, many >> of the pro-systemd arguments are like those I have heard for using >> Windows: that applications =E2=80=98just work=E2=80=99, because they wer= e written for >> a dominant system. >> > > Good design is highly flexible and configurable with little assumption > made on the nature or needs of the user. > > Let's consider a simple program to display digital images. A good progra= m > design will not only contain built-in routines to accommodate the standar= d > image formats but will also provide non-specific raster buffers to allow > a user to view unconventional or even non-existent formats. A good progr= am > design will also make no assumptions about the nature of the image data b= ut > rather allow the user to create any needed specifications. A professiona= l > program thus allows both standard conventions but keeps the overall capab= ility > unrestricted and open ended. > > As best as I can understand (I am not an expert in systems programming) > under Torvalds the Linux OS conforms to such professional design goals. No, the Linux kernel follows sound technical reasoning, not dogma. >> What I really fear, though, is what if one day the kernel team is a >> different entity, more like other entities in the Linux world? > > Someone has to write an apocalyptic novel about Linus Torvalds being > assassinated and his role taken over by the evil figures from ???. Read the link I just posted. Linus basically agrees with the "evil figures" from your conspiracy theories. Regards. --=20 Canek Pel=C3=A1ez Vald=C3=A9s Profesor de asignatura, Facultad de Ciencias Universidad Nacional Aut=C3=B3noma de M=C3=A9xico