From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-dev+bounces-75046-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 493B659CAF for <garchives@archives.gentoo.org>; Sat, 2 Apr 2016 17:36:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8DA7B21C01C; Sat, 2 Apr 2016 17:36:02 +0000 (UTC) Received: from mail-oi0-f68.google.com (mail-oi0-f68.google.com [209.85.218.68]) (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 61944E0848 for <gentoo-dev@lists.gentoo.org>; Sat, 2 Apr 2016 17:36:01 +0000 (UTC) Received: by mail-oi0-f68.google.com with SMTP id r187so17212848oih.2 for <gentoo-dev@lists.gentoo.org>; Sat, 02 Apr 2016 10:36:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=uzT6bGvJVVRjym4Nx1+3AG5dkDU/sFlsm4razY74n5o=; b=Z1N0psh19354k6vSrDgkWUcTU1duhIfTPVy0j0EvEvj5WIGa5wZMmch7WNyCIZt0Iw 2sJIOeie4ucLTaQgitlWcrq+wLyCLszC9BAyfzNvgyFewjCs7RCgxph0y7iuxW0H+RQV SbQWOxx+CTYomKvIFvANEtBTYUOwOH2JgHxFwv2zEOSig+v4N9I/GkApitUsDe79nb23 Azixc8cNoPCmaoV0uSplWMtlrH1OiUU5SetlKfi4uiKLL7mah0i76T25tTjwhWHSdufh 9/dLrxFRC2gOorBqc6HnDv+ZRPDT+QREZfupeOGFRyL52XTxOpB4qBLDvpK7k4cIRiaN LmfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=uzT6bGvJVVRjym4Nx1+3AG5dkDU/sFlsm4razY74n5o=; b=h3H/bE0Me6nCFHgGSdkYVGEbOmRudBvQJNX08AyDvGhuxvrOax+XIuuFvGcm7u+GbJ z5KSA6IHa21gzNgyX7wuMBREZX3S7G3aiDZ1F6Xmd8cz3SK5UuxDChoL+pAn2H0iT2/S y5C85fP8aKaMY5QzE5cTbrc0XGAZBe1+HaUC2ncOlUlPKN0uZKtjlqlT5JCP8FBzgFXX ISv8vWL5s58BkYrqchaDeS4IvM80zBKlPHmf7KAiOaeJdNjDm+N4he/nYimZWO9IBP63 Q1Clf4B++kRA2MOrcUGsKA/+XrkqBf0EcXRi1+2ROgvN6qZcgfynp29Wiigj8kn35Tbi s41Q== X-Gm-Message-State: AD7BkJLW6ZFZIXvdtHslotXIFBShyq8i7nCCeRCFv83Ltws6lSlxdNhEfqJ9cBA7eMSHqQ== X-Received: by 10.157.7.74 with SMTP id 68mr5972384ote.168.1459618560609; Sat, 02 Apr 2016 10:36:00 -0700 (PDT) Received: from linux1 (cpe-66-68-34-247.austin.res.rr.com. [66.68.34.247]) by smtp.gmail.com with ESMTPSA id q1sm5957068obi.20.2016.04.02.10.35.59 for <gentoo-dev@lists.gentoo.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 02 Apr 2016 10:35:59 -0700 (PDT) Sender: William Hubbs <w.d.hubbs@gmail.com> Received: (nullmailer pid 775 invoked by uid 1000); Sat, 02 Apr 2016 17:35:58 -0000 Date: Sat, 2 Apr 2016 12:35:58 -0500 From: William Hubbs <williamh@gentoo.org> To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default Message-ID: <20160402173558.GA620@linux1> Mail-Followup-To: gentoo-dev@lists.gentoo.org 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> <f5af5c68-ca68-4de8-b7dc-f04aea131634@gentoo.org> <20160401183302.GO6588@vapier.lan> <31b4e590-44b6-44e4-b3ab-32b3f891f3dc@gentoo.org> 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: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <31b4e590-44b6-44e4-b3ab-32b3f891f3dc@gentoo.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-Archives-Salt: 8728f272-ccfe-46f3-b8d9-b8d54739de63 X-Archives-Hash: 479c204fec01e33a2969fba0583a509a --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 01, 2016 at 09:36:56PM +0200, Alexis Ballier wrote: > 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 se= e any > >>> 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 wa= s=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 defaul= t. >=20 > yes; I also tend to think fedora's usr move is what makes most sense=20 > nowadays, but that'd go against council No, it wouldn't. We made a decision in 2013 (I'll have to find it) that separate /usr should only be supported via initramfs; there is also a news item warning that if you are not using initramfs and you have separate /usr your system will be unbootable in the future. >=20 > > 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. >=20 > except it adds yet another step >=20 > > there's no reason to force this legacy behavior on the majority of peop= le > > when a split-/usr is uncommon. >=20 > what's the reason not to force it? saving 10kb from ldscripts out of a 1G= b=20 > typical desktop install ? doesnt seem like a reason for disabling it eith= er >=20 --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlcAAvgACgkQblQW9DDEZTgdyACcD2qxe4LtbnmDLBHUVCSE9jBa KAsAoLUdszqpPXfeZzs2Adddlmc78ElR =MEFu -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2--