From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-143657-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id A1E9E1381F3
for <garchives@archives.gentoo.org>; Sun, 23 Dec 2012 16:25:52 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 2B74221C017;
Sun, 23 Dec 2012 16:25:37 +0000 (UTC)
Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id A8A4021C004
for <gentoo-user@lists.gentoo.org>; Sun, 23 Dec 2012 16:24:25 +0000 (UTC)
Received: by mail-wg0-f51.google.com with SMTP id gg4so2827819wgb.18
for <gentoo-user@lists.gentoo.org>; Sun, 23 Dec 2012 08:24:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=x-received:date:from:to:subject:message-id:in-reply-to:references
:organization:x-mailer:mime-version:content-type
:content-transfer-encoding;
bh=rSeSrUtIjgpfdo3PrO546Ee/ZCzbwtDTqhJ0tJC3pUQ=;
b=Sdf2IuicN8fnmGyraaLFVD5xTfqzOvtECH+W/3HSvO4WQEfa/TARnu4RzVHHclfXSa
vyzR2UZ3XC1Jy3sdvg2P7ds+0oxBk8GNVHCeq45Gfhp5sUap6isnhZeKbPg0B9naYrKS
5xiZp2Rntsk5Ku4AGNoiDyK7EMPB7yr+b++fkGEDXjk8C3J0Rph39vUjP+ZfMRz84YNf
jhB64dx1UMMKMq+mJXNOh6eDh9qVt7XVTXmEoNEXRZu1n7LkHx7yQpBBfIpVhoVZEuvB
ilpmsWF+Zt9NkmQeWt7Kd6N2sdvaaAavD8OIPnen4onYNxOHLeVYfdNhbdwM+nL4nRRq
+7Zw==
X-Received: by 10.194.242.69 with SMTP id wo5mr32385438wjc.10.1356279864360;
Sun, 23 Dec 2012 08:24:24 -0800 (PST)
Received: from khamul.example.com (196-215-209-117.dynamic.isadsl.co.za. [196.215.209.117])
by mx.google.com with ESMTPS id s10sm28859460wiw.4.2012.12.23.08.24.21
(version=SSLv3 cipher=OTHER);
Sun, 23 Dec 2012 08:24:22 -0800 (PST)
Date: Sun, 23 Dec 2012 18:20:37 +0200
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Anyone switched to eudev yet?
Message-ID: <20121223182037.1553813f@khamul.example.com>
In-Reply-To: <87txrd6pb3.fsf@ist.utl.pt>
References: <50CB1942.3020900@gmail.com>
<CAK2H+ecMZ5JO+SGBAdwhGO0HnB8Za-6_EaS1OiQcEJ03a0iQVg@mail.gmail.com>
<50CB4A3C.1030109@gmail.com>
<CAK2H+ecBb-nJ-ZY1efRT+sNCq6v9xgWnwL4GVpY-2j-GNTpJeA@mail.gmail.com>
<50CB5406.7040404@gmail.com>
<CAK2H+efpby+2NnbjReXyGjN3=Xe63j_2K69kCZjDhZcHvjusdA@mail.gmail.com>
<8738z7hgsa.fsf@ist.utl.pt>
<20121216171043.71084070@khamul.example.com>
<CAG2nJkNDLDp2hkz34XXEen4SO1_Mm18G8NNDMZK6tqDr+ddWtA@mail.gmail.com>
<20121217104621.735bf43a@khamul.example.com>
<CA+czFiD+Yv_PXctATd6EYws8kpqb3WFesLZU47jMN5ZJmy3oww@mail.gmail.com>
<20121218163332.7956f31a@khamul.example.com>
<87txrd6pb3.fsf@ist.utl.pt>
Organization: Internet Solutions
X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.14; x86_64-pc-linux-gnu)
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
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-Transfer-Encoding: 7bit
X-Archives-Salt: 00379827-d957-430c-9313-a1c73835fb2c
X-Archives-Hash: 905e1669330e282bd4d86083fa39e817
On Sun, 23 Dec 2012 12:22:24 +0200
nunojsilva@ist.utl.pt (Nuno J. Silva) wrote:
> On 2012-12-18, Alan McKinnon wrote:
>
> > On Tue, 18 Dec 2012 09:08:53 -0500
> > Michael Mol <mikemol@gmail.com> wrote:
> >
> >
> > This sentence summarizes my understanding of your post nicely:
> >
> >> Now, why is /usr special? It's because it contains executable code
> >> the system might require while launching.
> >
> > Now there are only two approaches that could solve that problem:
> >
> > 1. Avoid it entirely
> > 2. Deal with it using any of a variety of bootstrap techniques
> >
> > #1 is handled by policy, whereby any code the system might require
> > while launching is not in /usr.
> >
> > #2 already has a solution, it's called an init*. Other solutions
> > exist but none are as elegant as a throwaway temporary filesystem
> > in RAM.
>
> What about just mounting /usr as soon as the system boots?
Please read the thread next time. The topic under discussion is
solutions to the problem of not being able to do exactly that.
--
Alan McKinnon
alan.mckinnon@gmail.com