public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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



  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