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 11EE5138E66 for ; Mon, 24 Feb 2014 02:10:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id ECB41E0B7A; Mon, 24 Feb 2014 02:10:48 +0000 (UTC) Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.181]) by pigeon.gentoo.org (Postfix) with ESMTP id CFC5AE0B5D for ; Mon, 24 Feb 2014 02:10:47 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFFpYj0/2dsb2JhbABEvw4Xc4IeAQEEATocKAsLIRMSDwUlN4gLBsEtjWGCSGEDiGGFHYgOhX6IcIFegxU X-IPAS-Result: Av4EABK/CFFFpYj0/2dsb2JhbABEvw4Xc4IeAQEEATocKAsLIRMSDwUlN4gLBsEtjWGCSGEDiGGFHYgOhX6IcIFegxU X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="48560349" Received: from 69-165-136-244.dsl.teksavvy.com (HELO waltdnes.org) ([69.165.136.244]) by ironport2-out.teksavvy.com with SMTP; 23 Feb 2014 21:10:45 -0500 Received: by waltdnes.org (sSMTP sendmail emulation); Sun, 23 Feb 2014 21:10:42 -0500 From: "Walter Dnes" Date: Sun, 23 Feb 2014 21:10:42 -0500 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Debian just voted in systemd for default init system in jessie Message-ID: <20140224021041.GA17612@waltdnes.org> References: <52FF84CE.2050301@libertytrek.org> <530A7700.4030809@gmail.com> <201402232312.18683.michaelkintzios@gmail.com> <530A9B3D.80002@gmail.com> 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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <530A9B3D.80002@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: 67e086a5-cc9d-4ba5-a4ca-c92849b0c160 X-Archives-Hash: fffc604247f2a3680151a50dd0b7b939 On Mon, Feb 24, 2014 at 03:07:09AM +0200, Alan McKinnon wrote > We don't do error handling. We don't even try and deal with it at the > point it occurred, we just chuck it back up the stack, essentially > giving them message "stuff it, I'm not dealing with this. You called me, > you fix it." The developer is not going to be psychic to the point of knowing what the user *WANTED* to do, years after the code was written... or which different users were expecting which different outcomes. E.g. if portage encounters a problem during a build, do you *REALLY* want it to jump in and randomly patch source code and/or makefiles to get it working? NO!!! You want it to halt, with an informative error message, possibly including suggestions for corrective action. If I mistakenly tell a system to do B, really meaning do A, that's my fault. If I tell it to do A, and it decides to do B, I will be extremely p'd off. -- Walter Dnes I don't run "desktop environments"; I run useful applications