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 73BEB1381F3 for ; Mon, 30 Sep 2013 06:31:32 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C8313E0C1C; Mon, 30 Sep 2013 06:31:27 +0000 (UTC) Received: from smtp.alltele.net (smtp.alltele.net [85.30.0.4]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 77727E0BEF for ; Mon, 30 Sep 2013 06:31:26 +0000 (UTC) Received: from [192.168.1.100] ([87.227.57.71]) by smtp.alltele.net (IceWarp 10.4.5) with ESMTP id 201309300831227686 for ; Mon, 30 Sep 2013 08:31:22 +0200 Message-ID: <52491ABA.1060003@coolmail.se> Date: Mon, 30 Sep 2013 08:31:22 +0200 From: pk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130921 Thunderbird/17.0.9 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] Re: Flexibility and robustness in the Linux organisim References: <5246079E.7090406@gmail.com> <524761B4.60805@gmail.com> <20130929052937.GA30380@waltdnes.org> <201309290925.06893.michaelkintzios@gmail.com> <5247E4C2.5040502@gmail.com> <52480720.7070704@googlemail.com> <52480902.9040305@gmail.com> <52481602.6020305@googlemail.com> <52484363.7020309@gmail.com> <52484F5F.5090408@googlemail.com> <52485652.4060308@gmail.com> <5248828F.1000802@gmail.com> <52489E78.7020804@gmail.com> <5248A3F6.2020801@gmail.com> In-Reply-To: <5248A3F6.2020801@gmail.com> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.73 required=5.10 tests=LOCALPART_IN_SUBJECT=0.73 version=3.3.2 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 3.3.2 (1.1) on smtp.alltele.net X-CTCH: RefID="str=0001.0A0B020B.52491ABB.0058,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0"; Spam="Unknown"; VOD="Unknown" X-Archives-Salt: 05a666ca-1be0-4362-993f-31c5558aaa18 X-Archives-Hash: 0959d2386e86bf58351983f9c57a3a8e On 2013-09-30 00:04, Alan McKinnon wrote: > It's the general idea that you can leave /usr unmounted until some > random arb time later in the startup sequence and just expect things to > work out fine that is broken. > > It just happened to work OK for years because nothing happened to use > the code in /usr at that point in the sequence. More and more we are > seeing that this is no longer the case. So basically it wasn't broke before stuff started to use the code in /usr. How isn't that breaking? > So no-one broke it with a specific commit. It has always been broken by > design becuase it's a damn stupid idea that just happened to work by > fluke. IT and computing is rife with this kind of error. If what you are saying is true then *everything* is broken "by design" if something isn't available at boot time (may be /usr, may be /var or whatever). Best regards Peter K