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 ) id 1REvW4-0006bj-Dp for garchives@archives.gentoo.org; Sat, 15 Oct 2011 04:06:32 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BBC8221C03D; Sat, 15 Oct 2011 04:06:23 +0000 (UTC) Received: from ironport2-out.pppoe.ca (ironport2-out.teksavvy.com [206.248.154.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 2182E21C0C5 for ; Sat, 15 Oct 2011 04:05:58 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsELAM4FmU5Ld+Kn/2dsb2JhbABDmTZMjmSBBoFuAQEEATocKAsLNBIUJTeHf7Z7hxhhBJkth3aERQ X-IronPort-AV: E=Sophos;i="4.69,349,1315195200"; d="scan'208";a="141994529" Received: from 75-119-226-167.dsl.teksavvy.com (HELO waltdnes.org) ([75.119.226.167]) by ironport2-out.pppoe.ca with SMTP; 15 Oct 2011 00:05:56 -0400 Received: by waltdnes.org (sSMTP sendmail emulation); Sat, 15 Oct 2011 00:06:03 -0400 From: "Walter Dnes" Date: Sat, 15 Oct 2011 00:06:03 -0400 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Suggestion for getting rid of udev Message-ID: <20111015040603.GB14632@waltdnes.org> References: <20111012044023.GA8203@waltdnes.org> <20111012090517.2e8446be@pomiocik.lan> <20111012130949.GB8613@waltdnes.org> <20111012184919.6fac637a@googlemail.com> <1318518871.3885.3.camel@TesterBox.tester.ca> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1318518871.3885.3.camel@TesterBox.tester.ca> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: X-Archives-Hash: caa910852b4298ee73ce8968841bea09 On Thu, Oct 13, 2011 at 11:14:31AM -0400, Olivier Cr?te wrote > We're imposing our deep integration because it's the only way to make a > compelling platform that "just works", forcing users to tell the > computer something the computer already knows is just plain lazy and > stupid. Eventually, that hits Mac or Windows-like levels of dictating 1 or 2 sets of choices and nothing else. If I wanted Mac or Windows, I'd be running Mac or Windows. If the developers don't deliberately make my system break if /usr and /var aren't physically on / (and no initramfs), I'm willing to do a bit of extra work to configure things my way. Speaking of tight integration, what happens if Redhat's employees make udev depend on systemd? -- Walter Dnes