From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: usr merge
Date: Fri, 8 Apr 2016 07:58:35 +0000 (UTC) [thread overview]
Message-ID: <pan$81936$9f9ce2e$877510db$86956aa8@cox.net> (raw)
In-Reply-To: 570718F5.3040904@iee.org
M. J. Everitt posted on Fri, 08 Apr 2016 03:35:33 +0100 as excerpted:
> On 08/04/16 02:42, William Hubbs wrote:
>> The default installation location of all coreutils binaries is
>> /usr/bin, then we move everything around in the ebuild.
>> We are deviating from upstream in this example.
>>
> I would expect this isn't the only example of this in Gentoo .. we
> customise the packages to make sense to the Gentoo distro, not conform
> to a multitude of random "standards" applied by many developers. So,
> whilst I accept that its desirable to match 'upstream' - this isn't
> always going to be possible.
Agreed, and moreso, while gentoo does try to stay close to upstream in
general, I'd argue that paths aren't the place to do that. Instead, for
paths, we should be sticking as close to FHS, XDG/freedesktop.org, etc,
as makes sense (and in general it's reasonable and /does/ make sense, tho
when the specs are designed with for instance binary distros in mind,
they don't always). Because there are specs, but upstreams may do all
sorts of random things in terms of path, some of which aren't going to
work particularly well on gentoo or other distros attempting to stay at
least reasonably close to FHS and XDG/freedesktop.org specs.
> I would also re-iterate, as I'm sure you're aware .. there ARE
> differences between sbin and bin .. unless of course you spend all your
> time in a Rooted VM where it doesn't matter if you accidentally trash
> your system. Some of us maintain a sensible user/superuser distinction
> for a variety of reasons, and simplifying your filesystem to suit some
> particular package style doesn't really sound like good reasoning for
> causing a lot of headaches for maintainers and a distro overall.
But... the real important distinction in terms of user vs. superuser
executables is file ownership and permissions, not the directory they're
in. As long as the ownership and permissions are correct, the user can
only run what they are supposed to, regardless of whether it's in bin or
sbin.
And as a user running the bin/sbin merge, I can tell you based on
experience that tab-completion works differently for users vs. superusers
with the merge just as it does without it, because again, it's based on
ownership and permissions too, not just whether it's in the path (tho it
must be that as well).
Besides which, users unaccustomed to the CLI (and thus not knowing about
tab completion) don't tend to know or care where binaries are anyway, as
they prefer menu entries, complete with (graphical) sudo or these days,
policy-kit integration.
Which is ultimately what distros realized, bin/sbin didn't really matter
to the general user any more, thus the bin/sbin merge, as having all
installed executables in the same general location was easier to manage
and didn't matter to (most) users anyway.
But again, gentoo's about choice, and I'd hate to see that choice taken
away from gentoo's users anyway, because many of them /do/ actually care,
quite a bit in fact, which is why they're on gentoo in the first place.
=:^)
--
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
next prev parent reply other threads:[~2016-04-08 7:58 UTC|newest]
Thread overview: 89+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-05 1:19 [gentoo-dev] usr merge William Hubbs
2016-04-05 10:10 ` Alexis Ballier
2016-04-05 12:26 ` [gentoo-dev] " Duncan
2016-04-05 16:53 ` [gentoo-dev] " Alexis Ballier
2016-04-06 0:06 ` [gentoo-dev] " Jonathan Callen
2016-04-06 4:15 ` [gentoo-dev] " Richard Yao
2016-04-06 5:34 ` [gentoo-dev] " Duncan
2016-04-06 14:32 ` Richard Yao
2016-04-06 7:42 ` [gentoo-dev] " Alexis Ballier
2016-04-06 8:55 ` James Le Cuirot
2016-04-06 14:06 ` Richard Yao
2016-04-06 14:04 ` Richard Yao
2016-04-06 14:48 ` Alexis Ballier
2016-04-06 22:01 ` [gentoo-dev] " Duncan
2016-04-07 11:27 ` [gentoo-dev] " Tom H
2016-04-06 17:06 ` waltdnes
2016-04-06 14:58 ` M. J. Everitt
2016-04-06 15:11 ` Alexis Ballier
2016-04-06 16:06 ` Richard Yao
2016-04-06 16:12 ` M. J. Everitt
2016-04-06 16:20 ` Alexis Ballier
2016-04-06 16:33 ` Richard Yao
2016-04-06 16:57 ` Alexis Ballier
2016-04-06 17:06 ` Alexis Ballier
2016-04-06 17:43 ` Richard Yao
2016-04-06 16:24 ` Richard Yao
2016-04-06 15:52 ` Richard Yao
2016-04-06 20:43 ` William Hubbs
2016-04-06 21:36 ` Richard Yao
2016-04-07 0:44 ` William Hubbs
2016-04-07 9:12 ` Alexis Ballier
2016-04-07 14:40 ` William Hubbs
2016-04-07 15:12 ` [gentoo-dev] " Duncan
2016-04-07 15:42 ` Rich Freeman
2016-04-07 15:46 ` William Hubbs
2016-04-07 16:22 ` Rich Freeman
2016-04-07 16:36 ` [gentoo-dev] " Alexis Ballier
2016-04-07 18:21 ` Raymond Jennings
2016-04-07 18:32 ` M. J. Everitt
2016-04-07 18:54 ` Rich Freeman
2016-04-07 20:18 ` Raymond Jennings
2016-04-08 1:39 ` William Hubbs
2016-04-08 1:42 ` William Hubbs
2016-04-08 2:35 ` M. J. Everitt
2016-04-08 7:58 ` Duncan [this message]
2016-04-09 12:44 ` [gentoo-dev] " Nicolas Sebrecht
2016-04-10 8:17 ` Duncan
2016-04-08 10:14 ` [gentoo-dev] " Rich Freeman
2016-04-08 11:31 ` Anthony G. Basile
2016-04-08 11:41 ` James Le Cuirot
2016-04-08 11:52 ` Rich Freeman
2016-04-08 11:54 ` Anthony G. Basile
2016-04-08 12:55 ` Rich Freeman
2016-04-09 12:52 ` Luca Barbato
2016-04-08 22:20 ` Daniel Campbell
2016-04-09 0:42 ` William Hubbs
2016-04-09 1:11 ` Anthony G. Basile
2016-04-09 1:36 ` William Hubbs
2016-04-09 1:51 ` Anthony G. Basile
2016-04-09 3:03 ` Rich Freeman
2016-04-09 4:06 ` Anthony G. Basile
2016-04-09 10:56 ` Rich Freeman
2016-04-09 11:16 ` Anthony G. Basile
2016-04-09 12:39 ` Anthony G. Basile
2016-04-09 15:11 ` William Hubbs
2016-04-09 17:25 ` Alexis Ballier
2016-04-09 14:11 ` Ian Stakenvicius
2016-04-07 9:03 ` Alexis Ballier
2016-04-09 11:41 ` Luca Barbato
2016-04-09 11:53 ` Rich Freeman
2016-04-09 12:27 ` Luca Barbato
2016-04-09 12:37 ` Rich Freeman
2016-04-09 13:03 ` Luca Barbato
2016-04-10 7:38 ` [gentoo-dev] " Duncan
2016-04-10 11:55 ` [gentoo-dev] " Joshua Kinard
2016-04-10 12:14 ` Rich Freeman
2016-04-10 12:34 ` Anthony G. Basile
2016-04-11 1:59 ` Joshua Kinard
2016-04-10 12:26 ` Anthony G. Basile
-- strict thread matches above, loose matches on Subject: below --
2016-04-08 2:36 Damien Levac
2016-04-08 2:44 ` M. J. Everitt
2016-04-08 10:36 ` Rich Freeman
2016-04-09 5:20 ` [gentoo-dev] " Duncan
2016-04-08 14:20 ` [gentoo-dev] " William Hubbs
2016-04-08 20:07 ` waltdnes
2016-04-08 20:18 ` Joseph Booker
2016-04-08 20:30 ` Rich Freeman
2016-04-09 1:18 ` waltdnes
2016-04-10 17:51 ` [gentoo-dev] " »Q«
2016-04-09 3:59 [gentoo-dev] " Damien Levac
2016-04-09 5:32 ` waltdnes
2016-04-09 11:11 ` Rich Freeman
2016-04-09 16:09 ` waltdnes
2016-04-09 16:15 ` James Le Cuirot
2016-04-09 18:42 ` Dale
2016-04-10 9:14 ` [gentoo-dev] " Duncan
2016-04-10 0:09 ` [gentoo-dev] " J. Roeleveld
2016-04-10 1:07 ` Rich Freeman
2016-04-10 9:37 ` [gentoo-dev] " Duncan
2016-04-10 11:32 ` Rich Freeman
2016-04-09 17:18 ` »Q«
2016-04-09 18:34 ` waltdnes
2016-04-09 19:05 ` Canek Peláez Valdés
2016-04-09 19:22 ` Alan McKinnon
2016-04-11 14:21 ` Ian Stakenvicius
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='pan$81936$9f9ce2e$877510db$86956aa8@cox.net' \
--to=1i5t5.duncan@cox.net \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox