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 D6C7159CAF for ; Fri, 1 Apr 2016 19:37:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1559821C030; Fri, 1 Apr 2016 19:37:05 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 3084421C009 for ; Fri, 1 Apr 2016 19:37:03 +0000 (UTC) Received: from localhost (dra13-4-78-234-166-189.fbx.proxad.net [78.234.166.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: aballier) by smtp.gentoo.org (Postfix) with ESMTPSA id 9E2D6340E20 for ; Fri, 1 Apr 2016 19:37:02 +0000 (UTC) From: Alexis Ballier To: Subject: Re: [gentoo-dev] [PATCH 00/21] =?iso-8859-1?Q?gen=5Fusr=5Fldscript:_migrate_away_from_a_sep-/usr_by_defa?= =?iso-8859-1?Q?ult?= Date: Fri, 01 Apr 2016 21:36:56 +0200 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 Message-ID: <31b4e590-44b6-44e4-b3ab-32b3f891f3dc@gentoo.org> In-Reply-To: <20160401183302.GO6588@vapier.lan> References: <1459382320-20672-1-git-send-email-vapier@gentoo.org> <95d3d986-aecd-47f1-85c7-fd47be8ffd39@gentoo.org> <20160331160728.GH6588@vapier.lan> <1ca1fc7d-c610-4221-9a5d-91c829b2f635@gentoo.org> <20160331181952.GJ6588@vapier.lan> <28ef45dc-2141-4847-ab0c-26b1a5566063@gentoo.org> <20160401015818.GM6588@vapier.lan> <20160401183302.GO6588@vapier.lan> Organization: Gentoo User-Agent: Trojita/0.6; Qt/5.5.1; xcb; Linux; Gentoo Base System release 2.2 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 6709702b-ac14-43c7-b228-880899965e43 X-Archives-Hash: 7869029c4cb78f25c24ad90088325d3b On Friday, April 1, 2016 8:33:02 PM CEST, Mike Frysinger wrote: > On 01 Apr 2016 20:00, Alexis Ballier wrote: >> On Friday, April 1, 2016 3:58:18 AM CEST, Mike Frysinger wrote: >>>> ... >>> "being supported" !=3D "enabled by default". so no, i still don't see an= y >>> requirement in anything you've cited that this be turned on=20 >>> by default. ... >>=20 >> you're right, but you know, before you claimed the contrary of what was=20= >> voted and then decided to argue whether a 4 years old council decision=20 >> applies or not here, my point was, and still is, that such council=20 >> decisions make me think you're confusing what *you* want and=20 >> what *we* (as=20 >> a project) want for this case > > i see no significant number of people clamoring for this as the default. > the bug that started this has everyone on board for changing the default. yes; I also tend to think fedora's usr move is what makes most sense=20 nowadays, but that'd go against council > it's really no different either from the install process today: a stage3 > cannot be unpacked & booted directly. a user must configure it before it > can actually be used. if that means enabling USE=3Dsep-usr, then so be it.= except it adds yet another step > there's no reason to force this legacy behavior on the majority of people > when a split-/usr is uncommon. what's the reason not to force it? saving 10kb from ldscripts out of a 1Gb=20= typical desktop install ? doesnt seem like a reason for disabling it either