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--