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 789C31384B4 for ; Thu, 26 Nov 2015 15:04:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 82EB921C043; Thu, 26 Nov 2015 15:04:08 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 25D3721C016 for ; Thu, 26 Nov 2015 15:04:07 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1a1y5Z-0000Ut-QZ for gentoo-dev@lists.gentoo.org; Thu, 26 Nov 2015 16:04:01 +0100 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 ; Thu, 26 Nov 2015 16:04:01 +0100 Received: from 1i5t5.duncan by ip98-167-165-199.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Nov 2015 16:04:01 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: rfc: adding sbin directories to PATH for all users Date: Thu, 26 Nov 2015 15:03:57 +0000 (UTC) Message-ID: References: <20151125171011.GA8731@whubbs1.ad.gaikai.biz> <5655F183.70102@gentoo.org> <22101.63577.329581.418529@a1i15.kph.uni-mainz.de> <20151125191738.205f8375.mgorny@gentoo.org> <5656098A.5040100@gentoo.org> <20151125202355.744e8366.mgorny@gentoo.org> <565616E9.9070501@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: 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.140 (Chocolate Salty Balls; GIT c9c83f3) X-Archives-Salt: d26cc399-e6c2-4386-8661-012ea7c21526 X-Archives-Hash: dd077c66bc6c2f939f6c36eb872e315f Kristian Fiskerstrand posted on Wed, 25 Nov 2015 21:15:37 +0100 as excerpted: > On 11/25/2015 09:16 PM, Mike Gilbert wrote: >> On Wed, Nov 25, 2015 at 2:23 PM, Michał Górny >> wrote: >>> On Wed, 25 Nov 2015 11:18:34 -0800 Daniel Campbell >>> wrote: >>>> Maybe I'm missing something, but `df` is in /bin. Do you use >>>> something else to determine free space? >>> >>> btrfs fi df >> >> In thins case, upstream's build system installs everything in bindir, >> which I override to /sbin. I think that's where the ebuild was >> installing things when I inherited it from the previous maintainer. >> >> If William's PATH proposal is not implemented, I would be happy to move >> it all to /bin if so desired. Just file a bug. > > If moving it in the first place, wouldn't it go to /usr/bin as not being > essential to system? It's essential to system, as btrfs device scan is needed before mounting a multi-device btrfs, and btrfs check is a an fsck that may be needed to fix a broken btrfs /usr/ mount. Else reiserfsck, e2fsck, fsck itself, and others, should be in /usr/sbin, not in /sbin/. btrfs is the general userspace binary. Subcommands such as check and device scan require device privs and don't normally work when run as ordinary users, but some subcommands such as filesystem df don't need device privs and work just fine when run as ordinary users. (Not that I particularly care about the topic of the thread in general, as here: /sbin -> bin, /usr -> ., so all four locations, /bin, /sbin, /usr/bin, /usr/sbin, point to the same single /bin, and I no longer have to worry about which dir something's in, unless I'm checking the canonical path as installed by the package, for which equery belongs works nicely. But I'm a btrs user and upstream btrfs list regular so I care about that angle, thus this reply. =:^) -- 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