From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-user+bounces-127861-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1R1kul-0004aR-6m
for garchives@archives.gentoo.org; Thu, 08 Sep 2011 20:09:35 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id C06D021C3A7;
Thu, 8 Sep 2011 20:09:06 +0000 (UTC)
Received: from mail-ww0-f53.google.com (mail-ww0-f53.google.com [74.125.82.53])
by pigeon.gentoo.org (Postfix) with ESMTP id 8CCE521C251
for <gentoo-user@lists.gentoo.org>; Thu, 8 Sep 2011 20:05:43 +0000 (UTC)
Received: by wwf25 with SMTP id 25so302299wwf.10
for <gentoo-user@lists.gentoo.org>; Thu, 08 Sep 2011 13:05:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=gamma;
h=date:from:to:subject:message-id:in-reply-to:references:x-mailer
:mime-version:content-type:content-transfer-encoding;
bh=tMMkxFzGiHISst9PETs+jMQWRYq75p+p6eHD836AT1g=;
b=eoWwQh+nbkLiHrga7cOIHEHvp3qPnrbkkI4S3KvhdhpiUJ6CI+qjNt4tvcydiDSrRp
WnS2qe8bHBjj1YKWY7PZ4Oqkk5DZJSPnJYuI8igzc+r6tJUHpIqNvAj6mSDSAe0dsu6D
ScvjGoaERbUqA9Mqk0Gu3VtIBS1Hlx31OAtPk=
Received: by 10.227.57.77 with SMTP id b13mr1192632wbh.96.1315512342755;
Thu, 08 Sep 2011 13:05:42 -0700 (PDT)
Received: from rohan (196-210-153-55.dynamic.isadsl.co.za [196.210.153.55])
by mx.google.com with ESMTPS id et17sm5382497wbb.0.2011.09.08.13.05.39
(version=SSLv3 cipher=OTHER);
Thu, 08 Sep 2011 13:05:41 -0700 (PDT)
Date: Thu, 8 Sep 2011 22:05:36 +0200
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] /dev/sda* missing at boot
Message-ID: <20110908220536.55dd3798@rohan>
In-Reply-To: <12534676.jn0Id4Zse9@pc>
References: <201108191109.34984.michaelkintzios@gmail.com>
<4842477.AF29R6J79c@pc>
<CADPrc8047KkveLDc91Fq__mQA-=8kwghEpPYPr9byGd5JNGt=A@mail.gmail.com>
<12534676.jn0Id4Zse9@pc>
X-Mailer: Claws Mail 3.7.8 (GTK+ 2.24.4; 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:
X-Archives-Hash: 65f8e67174a655fb0c6d66e80c1fa48e
On Thu, 08 Sep 2011 19:11:04 +0200
Michael Schreckenbauer <grimlog@gmx.de> wrote:
> > Then design the correct solution and implement it. If it's
> > technically sound, it will prevail. I think it's a rather
> > complicated problem with a non trivial solution, but the code is
> > there if you feel like give it a try.
>
> Where did I write, that I am in the position to write such a beast?
> I only take the freedom to name this a design flaw in udev.
> It needs things from userspace, which are not yet available at the
> point it requests them. An initramsfs is a workaround for this, not a
> proper fix.
If that is the argument from the udev devs you just quoted, then I do
not understand it at all.
Why can there not be a restriction that udev may only run code in the
traditional / space (i.e. it will not attempt to run code in the /usr
or /home spaces)?
Device nodes are a root function; root is the only user that should
dictate how device nodes are created; root is the only user that can
normally write to / and thereby create udev's rules and rulesets.
In what valid way does access to /usr become something that udev may be
required to support?
Not arguing with *you* here Michael, just wondering about the validity
of the position you quoted
--
Alan McKinnnon
alan.mckinnon@gmail.com