From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-75132-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 D7F0B59CAF
	for <garchives@archives.gentoo.org>; Thu,  7 Apr 2016 15:12:33 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id C526221C021;
	Thu,  7 Apr 2016 15:12:25 +0000 (UTC)
Received: from plane.gmane.org (plane.gmane.org [80.91.229.3])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id B7AB5E0814
	for <gentoo-dev@lists.gentoo.org>; Thu,  7 Apr 2016 15:12:24 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <lnx-gentoo-dev@m.gmane.org>)
	id 1aoBbY-0005pd-4G
	for gentoo-dev@lists.gentoo.org; Thu, 07 Apr 2016 17:12:20 +0200
Received: from ip98-167-165-199.ph.ph.cox.net ([98.167.165.199])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <gentoo-dev@lists.gentoo.org>; Thu, 07 Apr 2016 17:12:20 +0200
Received: from 1i5t5.duncan by ip98-167-165-199.ph.ph.cox.net with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <gentoo-dev@lists.gentoo.org>; Thu, 07 Apr 2016 17:12:20 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-dev@lists.gentoo.org
From: Duncan <1i5t5.duncan@cox.net>
Subject: [gentoo-dev] Re: usr merge
Date: Thu, 7 Apr 2016 15:12:14 +0000 (UTC)
Message-ID: <pan$7ccf5$4b00782b$ed32390c$5ee7f155@cox.net>
References: <570312c8.1469ca0a.30985.5db1@mx.google.com>
	<570523FD.3040703@iee.org> <570530D4.4030803@gentoo.org>
	<20160406204310.GA11167@whubbs1.gaikai.biz>
	<B82FCCAA-B1D4-4E5B-8A65-7DB2513C5513@gentoo.org>
	<763f78cb-66f7-484f-bb64-a182f2747d54@gentoo.org>
	<57067172.49cbca0a.693b1.ffff9909@mx.google.com>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: ip98-167-165-199.ph.ph.cox.net
User-Agent: Pan/0.141 (Tarzan's Death; GIT fb7f2ee)
X-Archives-Salt: 5e7e1391-dcbf-4ede-8223-f03c2e741072
X-Archives-Hash: b0c253c0a19650256dc888945f696621

William Hubbs posted on Thu, 07 Apr 2016 09:40:49 -0500 as excerpted:

> After the testing period is over, I'm confused about why we should
> support both layouts. With separate usr without initramfs gone, the usr
> merge is transparent to end users because of the symbolic links in /, so
> there should be no reason to keep supporting both layouts once we are
> satisfied with the migration process.

Because we're Gentoo, and gentooers tend to have rather strong opinions 
on what sort of choices we should be able to make about things like that.

Honestly, that's going to look to a lot of people like another of the 
systemd/RedHat alliance overreaches and they're not going to go for it, 
simple as that.  People are likely to feel strongly enough about it that 
we'll be risking triggering a distro split.  The ability to make that 
sort of choice is /why/ they are on gentoo.

So by all means, present it as an option, document it in the handbooks, 
and even make it the default (and we all know how strongly people feel 
about even changing a default after the eudev debate), but I don't think 
it's a fight worth having to take away the other choices.  At least not 
now.  Maybe in five or ten years, after another generation of devs has 
come and gone, if the new one isn't interested in supporting the 
alternative any longer.

(Again, I say this as one who has already done the merge here, if in 
reverse, and who fully intends to setup new systems the same way as well.)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman