The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: "John P. Linderman" <jpl.jpl@gmail.com>
To: Norman Wilson <norman@oclsc.org>
Cc: The Eunuchs Hysterical Society <tuhs@tuhs.org>
Subject: Re: [TUHS] Groups origins
Date: Mon, 4 Oct 2021 09:39:52 -0400	[thread overview]
Message-ID: <CAC0cEp_xCRboRoXPgzLuCEawN-2pGY5nd4b63BxwajQKNbuPzQ@mail.gmail.com> (raw)
In-Reply-To: <20211003221017.2B799640CC6@lignose.oclsc.org>

[-- Attachment #1: Type: text/plain, Size: 1949 bytes --]

Having roots in the more "businessy" areas of the Labs, groups made sense
for a collection of people working on the same project. You wanted everyone
in the group to be able to create files and directories, but not people
outside the group, less because you didn't trust most of the people sharing
a machine than because you didn't want accidental destruction from outside.
But the newgroup command for acting as a member of the group was clunky.
Use of groups for this purpose didn't become practical until 1) you could
be members of multiple groups simultaneously and 2) the group ownership of
newly created files and directories would be that of the directory in which
they were created, if you were a member of that group. Of course, this
meant your umask should confer group write permission by default, which
didn't work well if your primary group was widely shared. So we adopted the
policy of everyone having a primary group with the same id as your user id.
"Private" files and directories were not group-modifiable by anyone other
than yourself, but "project" files were modifiable by anyone in the project
group. This made groups work seamlessly. Just do a chgrp on a directory
where group sharing was to be done, and everything just worked thereafter.

On Sun, Oct 3, 2021 at 6:12 PM Norman Wilson <norman@oclsc.org> wrote:

> I can't speak to the evolution and use of specific
> groups; I suspect it was all ad-hoc early on.
>
> Groups appeared surprisingly late (given how familiar
> they seem now): they don't show up in the manual
> until the Sixth Edition.  Before that, chown took
> only two arguments (filename and owner), and
> permission modes had three bits fewer.
>
> I forget how it came up, but the late Lee McMahon
> once told me an amusing story about their origin:
>
> Ken announced that he was adding groups.
>
> Lee asked what they were for.
>
> Ken replied with a shrug and `I dunno.'
>
> Norman Wilson
> Toronto ON
>

[-- Attachment #2: Type: text/html, Size: 2408 bytes --]

  reply	other threads:[~2021-10-04 13:41 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-10-03 22:10 Norman Wilson
2021-10-04 13:39 ` John P. Linderman [this message]
  -- strict thread matches above, loose matches on Subject: below --
2021-10-04  1:22 Norman Wilson
2021-10-03 21:54 Will Senn
2021-10-03 23:22 ` Warner Losh

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=CAC0cEp_xCRboRoXPgzLuCEawN-2pGY5nd4b63BxwajQKNbuPzQ@mail.gmail.com \
    --to=jpl.jpl@gmail.com \
    --cc=norman@oclsc.org \
    --cc=tuhs@tuhs.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;
as well as URLs for NNTP newsgroup(s).