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-136990-garchives=archives.gentoo.org@lists.gentoo.org>) id 1SDOX2-0002VU-Kp for garchives@archives.gentoo.org; Thu, 29 Mar 2012 23:13:29 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E3B77E08D5; Thu, 29 Mar 2012 23:13:09 +0000 (UTC) Received: from mail.digimed.co.uk (82-69-83-178.dsl.in-addr.zen.co.uk [82.69.83.178]) by pigeon.gentoo.org (Postfix) with ESMTP id 68565E0CC3 for <gentoo-user@lists.gentoo.org>; Thu, 29 Mar 2012 23:11:01 +0000 (UTC) Received: from digimed.co.uk (yooden.digimed.co.uk [192.168.1.6]) by mail.digimed.co.uk (Postfix) with ESMTPSA id 624AC80888 for <gentoo-user@lists.gentoo.org>; Fri, 30 Mar 2012 00:11:00 +0100 (BST) Date: Fri, 30 Mar 2012 00:10:53 +0100 From: Neil Bothwick <neil@digimed.co.uk> To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: InitRAMFS - boot expert sought Message-ID: <20120330001053.0abdde41@digimed.co.uk> In-Reply-To: <20120329225542.730f9e46@khamul.example.com> References: <CAK2H+edoBw4+Ft5+XgOjjD6nJVuhtEsJRZ3JcumE3fhoQ5BEpQ@mail.gmail.com> <4F72348A.2060407@gmail.com> <20120327235215.7834f4c7@khamul.example.com> <4F723F01.4040904@gmail.com> <20120328012023.50434b55@karnak.local> <20120328234027.33766b9c@khamul.example.com> <20120328230124.057e1472@karnak.local> <20120329002640.11ecf6e5@khamul.example.com> <20120329002004.6a4506a5@karnak.local> <20120329102836.3ea5e242@khamul.example.com> <20120329120530.GA2428@nicolas-desktop> <20120329225542.730f9e46@khamul.example.com> Organization: Digital Media Production X-Mailer: Claws Mail 3.8.0cvs34 (GTK+ 2.24.10; x86_64-pc-linux-gnu) X-GPG-Fingerprint: 7260 0F33 97EC 2F1E 7667 FE37 BA6E 1A97 4375 1903 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: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/lnu3_os7cUMDxuH4fGvXVHr"; protocol="application/pgp-signature" X-Archives-Salt: c65d589a-6bb8-463e-9b72-1036f48b88b4 X-Archives-Hash: 3ccab656d4288f7ce381184b113dbc5f --Sig_/lnu3_os7cUMDxuH4fGvXVHr Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 29 Mar 2012 22:55:42 +0200, Alan McKinnon wrote: > I don't think I agree with Neil in that this is a udev design flaw (as > any "fix" will be worse than the "flaw"). Instead it looks to me like > a classic case of >=20 > "You are free to do anything you want but if you break it you keep the > pieces. If you do something stupid, it's not my problem and you're on > your own." >=20 > I see nothing wrong with udev applying some reasonable constraints such > as clearly documenting at what point in the boot process udev is in a > position to arbitrarily run anything. Earlier than that point, > "anything" does not actually apply. The reason I think it is a flaw is that udev is capable of doing some very clever stuff with nothing more than a simple device rule, but such clever stuff has no place in early boot. On the other hand, it also does basic stuff, like creating device nodes, that certainly does belong in early boot. The problem is that udev provides no way to distinguish between the early boot essentials and the clever stuff. Only a small subset of its work should be done when it is first started, possibly by tagging those rules, or simply postponing any rules with a RUN command. Or maybe a separate command (or invocation of the same command) that just creates device nodes, and any specified symlinks, much like mdev does, then kick in the full version later. However, as I type this, I can think of all sorts of arguments about what should be run early and what not. I'm beginning to understand why the devs decided "if you want all this clever stuff, you'll just have to make /usr available". --=20 Neil Bothwick Windows Error:01F Reserved for future mistakes. --Sig_/lnu3_os7cUMDxuH4fGvXVHr Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAk907AIACgkQum4al0N1GQOsgQCg1MaK5oHAm9+usmU1C50GK3O7 KpEAnjmp3ztISG7qToTA3RyabOwrKjEb =GrQt -----END PGP SIGNATURE----- --Sig_/lnu3_os7cUMDxuH4fGvXVHr--