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 8593759CAF for ; Wed, 6 Apr 2016 00:07:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7D83221C010; Wed, 6 Apr 2016 00:07:01 +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 5EB56E07AE for ; Wed, 6 Apr 2016 00:07:00 +0000 (UTC) Received: from [192.168.1.41] (pool-173-72-254-242.clppva.fios.verizon.net [173.72.254.242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jcallen) by smtp.gentoo.org (Postfix) with ESMTPSA id 49A2B340B6A for ; Wed, 6 Apr 2016 00:06:59 +0000 (UTC) Subject: [gentoo-dev] Re: usr merge To: gentoo-dev@lists.gentoo.org References: <570312c8.1469ca0a.30985.5db1@mx.google.com> <18fd62cb-8bb8-40d9-99a1-fe078c221f66@gentoo.org> <77df966e-2305-4700-b1ac-c6e8fab704f2@gentoo.org> From: Jonathan Callen Message-ID: <57045320.60605@gentoo.org> Date: Tue, 5 Apr 2016 20:06:56 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 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 In-Reply-To: <77df966e-2305-4700-b1ac-c6e8fab704f2@gentoo.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 2c0bfc8c-6fba-49cd-b52e-a57d0d31fa60 X-Archives-Hash: 2914f8fe1e9bc33a496d68cbf0a56b1e -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 04/05/2016 12:53 PM, Alexis Ballier wrote: > On Tuesday, April 5, 2016 2:26:53 PM CEST, Duncan wrote: >> >> As I said in the other thread, I'm running merged /usr and >> bin/sbin here, except that I merged them the other way, with /usr >> -> . so everything in /usr is now in /. >> >> Portage has long "just worked" in that regard, tho I've no idea >> whether the other PMs do. Portage has enough intelligence to >> avoid replacing a file with a symlink pointing to it (and thus to >> itself once the replacement is done), regardless of which way the >> directory symlinks point. >> >> As such, coreutils "just works". If the two would end up in the >> same canonical location, the file wins and the symlink isn't >> installed. > > What about the unlikely case with two files ? > Having actually run this way myself, I did find one case that I haven't filed a bug for yet: the plymouth ebuild tries to install symlinks in /sbin pointing at /usr/sbin, and portage chose to install the symlinks instead of the real files, for whatever reason (apparently because the $ED/sbin directory is created after the $ED/usr directory). Because of this, it might be best to ensure that packages that do install in both places are modified not to do so under such a configuration. - -- Jonathan Callen -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJXBFMbAAoJEEIQbvYRB3mg2e4P/2lPBxpyjY311LP7gN2Nndn4 Dd4EtFbh8tQWoedPJQgr2CIeVgpPFA7l/stuvcoZAqLVDuFnn4ZmMWSIQOgHmgPp +mIiCDPuLMjhqw/yINlTGGVVhffHFG4PrHcd2MwP6Gm9ME0NH8+Z0cgAznHsHQ5c lgNdfXDsgBdrSrKu5/JTw7jDOv1A1TwIACJoLpEYZTlVCBClp6J01kqH1oyEzPf8 FO6fqAvFJXCq1um6/+ve8LOpS0OLBpg0dh5kcdkFgV1430FqNwUczMINhav5J0mp qTAIZTO4OSLxyswOUiKoxROl4xrQ1ByYi1ZF7g24oh7M1fmkreNClrhJ1kA3M6ff OJ3LJ6m350LEIVzAED66pnKOTNDOLJSaz6MsPk8CHzuJ2RCMatKjBA3Lb0tkkepp 5LOCBXbnVfSPRI+TQM91cHXVnh87T1zZSeGT8qOCfNoF7rFWNSlpIRnxMeeFlv2n 0kXfJo9YeiUAA9BYXBryMIsWr4StM4I9oq0ITc7h9WmB/WKW6zJhl7WHd7SgiePW Lb2fHJtz0R8dUIc53Yxuls1Cbt8AUAFYmN9Ve615cVLs3+jO8HWmwiuFfiYH71k1 JaS51cgBjPBnQuiET0iNxu/gjIekwIjoNptn/cCr9IZ4jnZ9L13ai6Wug49vUwwK bed4Tt3nl8GSbRtlV+rk =PHpB -----END PGP SIGNATURE-----