From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-75133-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 4E71A59CAF
for <garchives@archives.gentoo.org>; Thu, 7 Apr 2016 15:42:15 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 3EB9421C023;
Thu, 7 Apr 2016 15:42:03 +0000 (UTC)
Received: from mail-io0-f173.google.com (mail-io0-f173.google.com [209.85.223.173])
(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 5DEE121C004
for <gentoo-dev@lists.gentoo.org>; Thu, 7 Apr 2016 15:42:02 +0000 (UTC)
Received: by mail-io0-f173.google.com with SMTP id o126so76232718iod.0
for <gentoo-dev@lists.gentoo.org>; Thu, 07 Apr 2016 08:42:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:sender:in-reply-to:references:date:message-id:subject
:from:to;
bh=dODub2KMrZksYPtEVzSWOpWdcx/ve/xXRDWhNZIrsgA=;
b=kRdJ5NNzEuSogxSEtYGaLLnn6asjUlazVmnKJbZk6lmrgGk7YAXlKVm9705Y1nxwwD
GqxwOGOjo5j56UZ3Ky3oQIFjiyT5Fcu4rUpaEvoMV2I9QsdiUxkhHdkoWHh6ytfRKoSb
NeVKLGUkCVYGKsIDhb3m08e8H6v2yABl890YGhqiHcUBGIcnlcoKMvBv+jumaEjwoozk
zO/uajsAz27NByNPd9S8maBpE++xNfuUQH5YmhccST73pUn2pG3b/XA7SQW/f0Q4qVKV
iaODvUdXEB67hrdx9ZassVrBz6nNjsADLawJMzPDoZtiulAcX3RHEEZFHH99Q1QdQB5d
hhiA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
:message-id:subject:from:to;
bh=dODub2KMrZksYPtEVzSWOpWdcx/ve/xXRDWhNZIrsgA=;
b=PuVnLs76vMqvm6dsWxAri/2Ic3+smi0jTUiMD7Cgu0yjUk/6b7h1HUI7g0Zrgjoqg1
YNdwrb6fcKCcjamJt6bL6F8JMNyzQYHrJX6muIT113+eupGmbiF1vPWXPAtrJMvnVWag
oib4PS2c8aZ4n+CKDfM+9WdBVybEuBocKNUtBqQxbAEL+EEIBlBdo8+j48fqAsKToEcw
LoULnJ8X0oaLx/aQPVJ8yQAai9H9eBPqUcPNUY3wjqj6o+DVwTRGo1DTIFMqWNM3gZzN
wIBf27RpMclye6Jtz3Zm6e7icV+9iVd6oMlxZnsD1h/G9a6xoWzBehF10uNKnefVmTw8
mamw==
X-Gm-Message-State: AD7BkJKhPXEyGY5htEcL7fUwKxJyZczpPMRnRTmthO1P2XYf+RE7OVycqlW5KB8iP8+aGI+7T0sVRqFstOkT6w==
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
X-Received: by 10.107.186.137 with SMTP id k131mr4183410iof.136.1460043721339;
Thu, 07 Apr 2016 08:42:01 -0700 (PDT)
Sender: freemanrich@gmail.com
Received: by 10.64.52.72 with HTTP; Thu, 7 Apr 2016 08:42:01 -0700 (PDT)
In-Reply-To: <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>
<pan$7ccf5$4b00782b$ed32390c$5ee7f155@cox.net>
Date: Thu, 7 Apr 2016 11:42:01 -0400
X-Google-Sender-Auth: BWVHp9-wWrlGC-0N92qb91M9_Yw
Message-ID: <CAGfcS_k4gXfYWmzJJfPFop1-QVR9J55Lu5pbReD0sNLDiuoe9Q@mail.gmail.com>
Subject: Re: [gentoo-dev] Re: usr merge
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Content-Type: text/plain; charset=UTF-8
X-Archives-Salt: 1efa6151-3a92-4284-95d1-163b42016e5c
X-Archives-Hash: 539f5ff89042ebe371fff958a4149124
On Thu, Apr 7, 2016 at 11:12 AM, Duncan <1i5t5.duncan@cox.net> wrote:
> 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.
>
I'm trying to think of whether offering a choice really costs us
anything. The main issue I see here is that the compatibility
symlinks only go one way.
#!/bin/bash will work whether you've done a usr merge or not
#!/usr/bin/bash will probably only work if you've done the usr merge
#!/usr/bin/python will work whether you've done a usr merge or not
#!/bin/python will probably only work if you've done the usr merge
It seems like a bit of a challenge to try to make sure that all your
links are to wherever the original package tries to install files when
on the system you are developing/testing on everything is in one
place.
We could of course require that maintainers accept patches to fix
these kinds of broken links if they're offered, but users would be
more likely to run into temporary breakage if they didn't use the
merge unless we can come up with a way to offer compatibility in both
directions.
Unless there is a bigger problem lurking it probably still should be
up to the user.
--
Rich