The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Warner Losh <imp@bsdimp.com>
To: "G. Branden Robinson" <g.branden.robinson@gmail.com>
Cc: TUHS main list <tuhs@tuhs.org>
Subject: [TUHS] Re: Was curses ported to Seventh Edition Unix?
Date: Sat, 25 May 2024 11:02:00 -0600	[thread overview]
Message-ID: <CANCZdfpJ-CByNutzhjzaYBzqarX1SHOkaFb5ZkVztHsBmwwSfA@mail.gmail.com> (raw)
In-Reply-To: <20240525163810.flvazgbj6tq3l5rw@illithid>

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

On Sat, May 25, 2024, 10:38 AM G. Branden Robinson <
g.branden.robinson@gmail.com> wrote:

> Hi Clem,
>
> At 2024-05-25T12:21:17-0400, Clem Cole wrote:
> > On Sat, May 25, 2024 at 12:13 PM G. Branden Robinson <
> > g.branden.robinson@gmail.com> wrote:
> >
> > > That does complicate my simplistic story.  Ing70 was, then, as you
> noted
> > > in a previous mail, an 11/70, but it _wasn't_ running Version 7 Unix,
> > > but rather something with various bits of BSD (also in active
> > > development, I reckon).
> > >
> > Mumble -- the kernel and 90% of the userspace on Ing70 was V7 -- it was
> > very similar to Teklabs which I ran.
>
> Yes, sorry, I was hasty and sloppy.  I should have qualified that
> "Version 7 Unix" with "pure".  Though I wonder if anyone ran "pure"
> distributions of anything by today's standards, with our flatpaks and VM
> images and containers and distributions and Linux kernel "taint" flags.
>
> And, blessed be, our reproducible builds.  So there is such a thing as
> progress.
>
> > The point is it was a 16 bits system, the Johnson C compiler with some
> > fixes from the greater USENIX community including UCB.
> > There was >>no port<< needed.
> >
> > This was its native tongue.
>
> Okay.  My crystal ball shows wordsmithing in my future.
>
> > It was >>included<< in later BSD released which is how people came to
> > know it because 4.XBSD was became much more widely used than V7+2BSD.
>
> Acknowledged.
>
> > The 2.9 work of Keith at al, started because the UCB Math Dept could
> > not afford a VAX.   DEC had released the  v7m code to support
> > overlays, so slowly changed from the VAX made it back into the V7
> > based kernel - which took a new life.
>
> Ah, I'd never heard the actual origin story of later 2BSD's reason for
> parallel development.  Thanks!
>

The 2.8 kernel from the 2.83 archive is a V7 with a bunch of hacks /
features #ifdef'd into the tree with a primitive config thing to cons up
the #defines. This is still largely present in 2.9, but with less rigid
adherence for bug fixes. It's very clear that for the kernel this was
followed. I've not studied userland to comment on that but i think not.

It also explains why the release notes kept saying it was the last release
starting iirc with 2.8...

Warner

Back when I was first learning Unix, a mere 30 years ago, I asked a
> local guru why the kernel image was called "vmunix" instead of just
> plain "unix".  I got a correct answer, but then asked why you'd keep
> calling it "vmunix" when no non-VM Unix was even available for the
> platform.  Historical inertia and the long shadow of the work that
> became 4BSD.  (Linus's decision to name his kernel's image "vmlinux" [or
> "vmlinuz" for those remember having those lulz] when in its case no
> non-VM version had ever existed anywhere, nor even been desired or
> conceived, struck me as an excess of continuity.)
>
> Unix geeks are conservative about the weirdest things.
>
> Regards,
> Branden
>

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

  reply	other threads:[~2024-05-25 17:02 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-25  0:03 [TUHS] " G. Branden Robinson
2024-05-25  0:46 ` [TUHS] " Clem Cole
2024-05-25  0:57   ` G. Branden Robinson
2024-05-25 10:48 ` Jonathan Gray
2024-05-25 11:08   ` Arrigo Triulzi via TUHS
2024-05-25 12:16   ` Clem Cole
2024-05-25 23:06     ` Rob Pike
2024-05-25 15:06   ` [TUHS] " Douglas McIlroy
2024-05-25 15:11     ` [TUHS] " Rich Salz
2024-05-25 15:40       ` Clem Cole
2024-05-25 15:43         ` Clem Cole
2024-05-25 15:51         ` Clem Cole
2024-05-25 15:57         ` G. Branden Robinson
2024-05-25 16:06           ` Clem Cole
2024-05-25 16:13             ` G. Branden Robinson
2024-05-25 16:21               ` Clem Cole
2024-05-25 16:38                 ` G. Branden Robinson
2024-05-25 17:02                   ` Warner Losh [this message]
2024-05-25 16:14             ` Clem Cole
2024-05-25 16:25               ` G. Branden Robinson
2024-05-25 18:07               ` Adam Sampson
2024-05-27 18:31                 ` Mary Ann Horton
2024-05-25 15:28     ` G. Branden Robinson
2024-05-25 17:24 Steve Simon

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=CANCZdfpJ-CByNutzhjzaYBzqarX1SHOkaFb5ZkVztHsBmwwSfA@mail.gmail.com \
    --to=imp@bsdimp.com \
    --cc=g.branden.robinson@gmail.com \
    --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).