The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Hans Rosenfeld <rosenfeld@grumpf.hope-2000.org>
To: tuhs@minnie.tuhs.org
Subject: Re: [TUHS] BSD 4.1, 4.1x, Quasijarus, and 4.3x
Date: Wed, 2 Feb 2022 11:28:01 +0100	[thread overview]
Message-ID: <YfpcsTPqJxwt17x4@grumpf.hope-2000.org> (raw)
In-Reply-To: <ba3447f6-243e-ec69-bd2b-5523c3893eb3@gmail.com>

On Tue, Feb 01, 2022 at 03:34:53PM -0600, Will Senn wrote:
> 2. Sokolov implies that the CSRG mission started going off the rails with
> the 4.3/4.3BSD-Tahoe and it all went pear shaped with the 4.3-Reno release,
> and that Quasijarus puts the mission back on track, is that so?

Well, thats just his opinion. You can still read all about it here:
https://ifctfvax.superglobalmegacorp.com/

> 3. I've gotten BSD 4.2 and BSD 4.3 releases built from tape and working very
> well. I just can't decide whether to go back to one of the 4.x releases
> (hence question 1), or go get Quasijarus0c - thoughts on why one might be
> more interesting than another?

IIRC 4.3-Tahoe was the first to support running on MicroVAX II, III
and later systems based on the CVAX chip and the QBus. But getting it
installed on one of these was a pain to say the least. The main reason
was that it required the use of disk labels on the directly-attached
MSCP disks commonly found on these systems, but it lacked a standalone
utility for creating them during installation.

From my recollection Michael made a few small improvements to what he
found in 4.3-Tahoe, and a standalone disklabel utility may or may not
have been one of them.

I do remember that when I first installed 4.3-Tahoe (Or was it
Quasijarus 0b?) on a real MicroVAX II about 20 years ago, I had to create
the disklabels with NetBSD 1.5, which apparently were still reasonably
compatible back then.
 
> 4. Is Quasijarus0c end of the line for VAX 4.xBSD? Why does tuhs only have
> Quasijarus0 and 0a, was there something wrong with 0b and 0c?

It's basically just yet another branch off the Unix family tree,
originating at 4.3BSD-Tahoe and not going very far. He had big plans to
support most later MicroVAX models, but apparently that never
materialized.


Hans


-- 
%SYSTEM-F-ANARCHISM, The operating system has been overthrown

      parent reply	other threads:[~2022-02-02 10:46 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-01 21:34 Will Senn
2022-02-01 21:47 ` Larry McVoy
2022-02-01 22:04 ` Chet Ramey
2022-02-01 22:18 ` Dan Cross
2022-02-02  0:22   ` Clem Cole
2022-02-02  0:43     ` Brad Spencer
2022-02-02  1:19       ` Will Senn
2022-02-02  1:35     ` Will Senn
2022-02-05 23:57     ` Chris Hanson
2022-02-02  1:30   ` Will Senn
2022-02-01 23:40 ` George Michaelson
2022-02-01 23:54 ` Steve Nickolas
2022-02-02  0:38 ` Greg 'groggy' Lehey
2022-02-02  1:02 ` Seth Morabito
2022-02-02 10:28 ` Hans Rosenfeld [this message]

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=YfpcsTPqJxwt17x4@grumpf.hope-2000.org \
    --to=rosenfeld@grumpf.hope-2000.org \
    --cc=tuhs@minnie.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).