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 318B659CAF for ; Wed, 6 Apr 2016 05:34:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B5E5821C005; Wed, 6 Apr 2016 05:34:37 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A533EE0871 for ; Wed, 6 Apr 2016 05:34:36 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ang6s-0000bU-DQ for gentoo-dev@lists.gentoo.org; Wed, 06 Apr 2016 07:34:34 +0200 Received: from ip98-167-165-199.ph.ph.cox.net ([98.167.165.199]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Apr 2016 07:34:34 +0200 Received: from 1i5t5.duncan by ip98-167-165-199.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Apr 2016 07:34:34 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: usr merge Date: Wed, 6 Apr 2016 05:34:28 +0000 (UTC) Message-ID: References: <570312c8.1469ca0a.30985.5db1@mx.google.com> 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: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip98-167-165-199.ph.ph.cox.net User-Agent: Pan/0.141 (Tarzan's Death; GIT fb7f2ee) X-Archives-Salt: 7d89308e-adbc-4240-a8e7-076e293241e3 X-Archives-Hash: e9ca1dba92acaac01ec3062d9a5914b0 Richard Yao posted on Wed, 06 Apr 2016 00:15:58 -0400 as excerpted: >> On Apr 4, 2016, at 9:19 PM, William Hubbs wrote: >> >> All, >> >> I thought that since the usr merge is coming up again, and since I lost >> track of the message where it was brought up, I would open a new thread >> to discuss it. >> >> When it came up before, some were saying that the /usr merge violates >> the fhs. I don't remember the specifics of what the claim was at the >> time, (I'm sure someone will point it out if it is still a concern). > > Here are the violations: > > http://refspecs.linuxfoundation.org/FHS_3.0/ fhs-3.0.html#binEssentialUserCommandBinaries > > http://refspecs.linuxfoundation.org/FHS_3.0/ fhs-3.0.html#sbinSystemBinaries > > http://refspecs.linuxfoundation.org/FHS_3.0/ fhs-3.0.html#libEssentialSharedLibrariesAndKern (Those links are wrapped and I'm not bothering to jump thru the hoops to unwrap them, since readers can either unwrap them manually or refer to the parent post I'm quoting for the unwrapped versions.) If those are the "violations", then putting everything in /usr and making the /bin and /sbin locations symlinks isn't going to be a problem, since /bin and /sbin are specifically allowed to contain symlinks to the executables, instead of the executables themselves, and if the dirs themselves are symlinks to the locations in /usr with the files, that fulfills that requirement. And the requirement for /lib is rather vague, saying only that it contains the libs linked by the executables in /bin and /sbin. So once / bin and /sbin are symlinks to the dirs with the executables, /lib (or the arch-specific alternative libdirs) can be a symlink as well. Tho I must say doing the reverse, making either /usr itself or /usr/bin and /usr/sbin symlinks to the root dirs, as I did here, actually makes more sense and bends the rules less. Basically, what the FHS says, at least in the 3.0 version you linked, is that the executables must be reachable via whatever specific path, but using symlinks to do it is fine. Which means the merge is allowed, as long as symlinks allow the executables to be reached by their specifically defined paths. And I'm not aware of anyone seriously proposing that said symlinks be omitted, so... -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman