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 8ED7E1381F3 for ; Fri, 11 Oct 2013 08:29:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4E983E0B0B; Fri, 11 Oct 2013 08:29:20 +0000 (UTC) Received: from smtpout.karoo.kcom.com (smtpout.karoo.kcom.com [212.50.160.34]) by pigeon.gentoo.org (Postfix) with ESMTP id 2FC83E0AEF for ; Fri, 11 Oct 2013 08:29:18 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.90,1078,1371078000"; d="scan'208";a="37032585" Received: from unknown (HELO rathaus.eclipse.co.uk) ([109.176.215.146]) by smtpout.karoo.kcom.com with ESMTP; 11 Oct 2013 09:29:19 +0100 Date: Fri, 11 Oct 2013 09:36:02 +0100 From: "Steven J. Long" To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Re: separate / and /usr to require initramfs 2013-11-01 Message-ID: <20131011083602.GD14498@rathaus.eclipse.co.uk> Mail-Followup-To: gentoo-user@lists.gentoo.org References: <20130927222109.GD23408@server> <5246079E.7090406@gmail.com> <20130927223916.GE23408@server> <52460D42.2080109@gmail.com> <20130928003220.GF23408@server> <20130928160159.GA4247@linux1> <20130928190441.GB11317@acm.acm> <20130928211702.46eda062@digimed.co.uk> 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 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130928211702.46eda062@digimed.co.uk> X-Archives-Salt: 43d800de-2f32-4185-ad4b-fd962c4064b8 X-Archives-Hash: ea0b19f59c01dd1f38d12b135e038d22 On Sat, Sep 28, 2013 at 09:17:02PM +0100, Neil Bothwick wrote: > On Sat, 28 Sep 2013 19:04:41 +0000, Alan Mackenzie wrote: > > > > I suppose that what I am about to say isn't really relevant, but it is > > > unfortunate over the past year that people blamed udev specifically > > > for this. It is true that it does things that don't work if /usr isn't > > > mounted, but eudev does as well, since it is basically the same code. > > > > Who else is there to blame? We are continually being told that a > > separate /usr is "broken", as though this were some unfortunate act of > > , much like an earthquake. This gets > > patronising really quickly. (Please note, I'm NOT blaming you here. I > > appreciate that you're as much victim as Dale or me or anyone else > > round here.) > > It's evolution. Linux has for years been moving in this direction, now it > has reached the point where the Gentoo devs can no longer devote the > increasing time needed to support what has now become an dge case. Yeah and that's just vague crap without content ;) > > No, this breaking of separate /usr was done by some specific project, > > some specific person, even, in a supreme display of incompetence, > > malice, or arrogance. How come this project and this person have > > managed to maintain such a low profile? There seems to have been some > > sort of conspiracy to do this breakage in secret, each member of the > > coven pushing the plot until the damage was irrevocable. Who was it? > > So which was it, one specific person or a coven of conspirators? This is > open source, secret conspiracies don't really work well. If this really > was such a bad move, do you really think the likes of Greg K-H would not > have stepped in? Or is he a conspirator too? No he's just a bit naive: he wants to believe the best of people and did not realise quite how sneaky Poettering is. No doubt he still doesn't. But I'm sure he never foresaw some of their shenanighans, such as claiming their newly inserted breakage was the fault of device-drivers and everyone should switch to their funky new way of loading modules. No-one seemed to think what Torvalds said was incorrect, even if they disagreed with his tone. And yet that's exactly the same crap they pull in user-space, only they seem to think the kernel mentality of "userspace is crazy" is a howto methodology. -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)