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 F2E2259CAF for ; Sat, 9 Apr 2016 00:42:57 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 71DAD21C049; Sat, 9 Apr 2016 00:42:50 +0000 (UTC) Received: from mail-oi0-f46.google.com (mail-oi0-f46.google.com [209.85.218.46]) (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 5B32821C02D for ; Sat, 9 Apr 2016 00:42:49 +0000 (UTC) Received: by mail-oi0-f46.google.com with SMTP id w85so154199810oiw.0 for ; Fri, 08 Apr 2016 17:42:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:sender:date:from:to:subject:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=/54j3f3gkpgmuUtnrZAy3752wmoZLf+5qACddGNXVn8=; b=aizB7dzP1oxW/RvHkMTAZrN09kccqp96U2dNurLUDXBiR+hxebJ11P6eqbUvu2qqiD nrtUN/c3k7Omes+8PRlWB/cIgcQYl2kewvWAk7iAOCVQuNMwdZs2KqTAxR5UuIGOumEo EhldHbubbDEbhGW2pwFdzCcg46B4kCo3u7db7sXbdc2KP+DNAqbCYUlMIRUJknmSaHCa d2Pkap5ooHqx7fIXA48PmpvPSXJqBQbuGMuV3DCxTuKmsws/SuiAM/J3JBTw0VO+0aRe 2RwMKZUBD72OvJVWXXprKfVspA/mXVQIaIq2R0mXkv1YyqYSecFbfz+uO5Rn3TQxXhKL 8i1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:sender:date:from:to:subject :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=/54j3f3gkpgmuUtnrZAy3752wmoZLf+5qACddGNXVn8=; b=iUJQ6M9XhkWsIXZyxJtbB56Lk5r2jNbSfVZd7XiY0tt1l1suIgRXEDINNtI+LTlohZ 9J+QBfSxq947CiO4uVGXtjR4i0OZVaqiots3QDRjMyrpFuymB43kuMXdNQUm2dzSH60G +oAuLIPOjY7z6jClT8Y96NNBX16dY+POUq4bxWo45FH1lC/cfc7dOtw01d6Cgahgksll ekLlEpzYtx1mnoJz8CePXqXDoatxsTuRwF9135tt0IoNhfeullcJW7Jz9zqtUHne1xi1 JjzFIuj5wzykQMBwzFIk7MWrrN7B1b9tDMmVMpKrKbyLk7qs+V3v73DIJmd9cYL6tAYU rRyg== X-Gm-Message-State: AD7BkJLwD2Xaf+q+MyCC3JmHnGCqRE05/JOtapJvjiwIDp41l/Fc8wNd4dDTJz13ujnXkw== X-Received: by 10.157.11.130 with SMTP id 2mr6050389oth.41.1460162568353; Fri, 08 Apr 2016 17:42:48 -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 7sm4886523otd.25.2016.04.08.17.42.47 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 08 Apr 2016 17:42:47 -0700 (PDT) Message-ID: <57085007.87059d0a.c79c1.24f6@mx.google.com> X-Google-Original-Message-ID: <20160409004238.GA7573@linux1.gaikai.biz,> Sender: William Hubbs Received: (nullmailer pid 7694 invoked by uid 1000); Sat, 09 Apr 2016 00:42:38 -0000 Date: Fri, 8 Apr 2016 19:42:38 -0500 From: William Hubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] usr merge Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <5706A7A6.3080402@iee.org> <57070bbd.9a48620a.a07cf.3177@mx.google.com> <57070c95.0714320a.ed102.1995@mx.google.com> <57079677.9010900@gentoo.org> <57082EA8.6060505@gentoo.org> 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 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <57082EA8.6060505@gentoo.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-Archives-Salt: a6be5da4-9029-4034-90e8-3bd050eb18ec X-Archives-Hash: 376a81ab143eb9603e5549818143d4b0 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 08, 2016 at 03:20:24PM -0700, Daniel Campbell wrote: > Based on what I've read here in the thread, merging /bin and /sbin > into /usr/{sbin,bin} is a matter of convenience by putting most of the > static parts of a running system into a single path. As mentioned by > some people, however, that's not enough to make deployment across > multiple machines super simple. The distros that focus on that aren't > rolling release like we are, and thus don't face the same difficulties > that we do. In addition, Gentoo supports a broad number of choices for > users and some are advocating for an option. =20 It is true that we offer a high degree of choice to users, but one of those choices is not which paths to install binaries and libraries into. We install some binaries/libraries in /{bin,sbin,lib*} and others in /usr/{bin,sbin,lib*}; the users don't get to choose which binaries and libraries go where. > At a higher level, I'm not really sure why we're discussing it. > Perhaps I missed it, but I didn't see an actual problem that someone > was having mentioned anywhere. The /usr merge seems to me as a partial > "solution" for a different type of environment; one that, arguably, is > better suited for a distro that's designed for such deployments. It would, for us, eliminate a lot of customization in the base-system ebuilds, for example, all of the rearrangement of binaries in coreutils, splitting of the binaries between / and /usr in procps, all calls to gen_usr_ldscript in any ebuilds, among other things. In short, it would make packaging simpler, and maintain backward compatibility at the same time since the symlinks in / would exist. > I personally think sharing /usr over a network and deploying it to > multiple machines could be a recipe for disaster. It seems like a > business case scenario that would involve multiple other system > changes. It sounds like a great case for adding another profile or > something rather than changing things tree-wide. Maybe it's a case for > making profiles more powerful and flexible. Regardless, I'd hate to > see choice diminished here for the sake of a single set of rather > narrow use-cases. Based on what I said above, I don't see what choice is being diminished by the /usr merge, since we do not give users a choice about how their file system is laid out, or where packages are installed. If I'm honestly missing something, enlighten me. :-) William --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlcIT/cACgkQblQW9DDEZTgGgwCfS4iKnDMEkDahJDTAWa8MCyBM VLoAoKg/sAwauXsGJyf1uS/fYq8dQRIF =7jht -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn--