<The v7 comes on either rk05 or rl02 images.
<Earlier editions didn't know about rl02s.
Exactly my understanding and V7 doesn't run on pdp-11/23s though it is
runable on 11/73.
My interest if to have one of the many PDP-11 Qbus machines I have
running a nonDEC OS such as unix. The 11/23s would be a favored target
as I have a few of them but, devices compatable with binary versions
are not available to me.
I'll look at the archive for the RL02 images. IF there is anyone that can
suggest a way to get the images on to the RL02 using RT-11 I'm interested.
I can kermit the files from the PC so that step is not a problem.
<> Save for the rk05 image does not match my hardware (no rk05). Also sin
<> they are disk images the target disk would have to have the same bad bl
<> map or all havoc happens.
<
<Yup. These images were designed for emulators.
Understood, not much interest to me. Running a PDP-11 sim with two of
them behind me doesn't really do it for me. Running unix on a sim under
dos on a PC exceeds my grasp of reality. I'm the sort if I wanted unix
on the PC I'd install *BSD for 386/486 and skip the simulation. I think
Bob S. and friends did some great work though.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id AAA12357
for pups-liszt; Thu, 5 Mar 1998 00:25:05 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
< have a single 'master' source system and build and distribute from
< that).
For me that would be perfectly useless as the only PDP-11 compuler is the
DECUS-C and ti's far to minimal to crunch that. Chicken and egg. Right
now I need the chicken on my 11/73 before I can consider the sources
and then I have to configure enough storage to hold them.
< that everyone would be dancing with joy at being freed from binary
< only releases.
I sorta am but for me $100 might as well be $10,000.
<
< As has been mentioned before there are binary only V6, V7, and V5
< images already available without requiring a source license at
Their problem is from what I can tell is they are not runable on my
11/73 with the hardware I have. There is that little problem of
transfering them (via RT-11?).
My config, call it a sanity test to see if there is an existant binary I
can run:
11/73 1mb non-pmi ram
DLV11j
RQDX3 rx33, rx52(x2) (rx53 available)
RX02
RLV12 and one RL02
TK50
I can swap a DHV-11 for the DLV11j.
I can put in 1 more meg of non-pmi ram.
The TK50 is shared with a VAX.
RT-11 V5 running.
There are no RKxxs available.
I expect I'll never be able to network the 11s I have, nor will I have
adaquate resources (Disk) to compile the kernel. I will not discuss the
11/23 or the pro350 sitting next to them as it's been implied they could
only run the oldest versions due to lack of I&D space.
Allison
< I've just created a SMALL mailing list for those people who have
<volunteered to write CD-ROMs, cut tapes etc. so we can distribute the
<software covered by the up-coming SCO source license.
Query:
The license is more concerned with source level code. What about those of
us that are interested in binaries only configured for a working system?
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA08018
for pups-liszt; Wed, 4 Mar 1998 09:36:21 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Mar 4 08:36:47 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA08013
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 4 Mar 1998 09:36:18 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA17613 for pups(a)minnie.cs.adfa.oz.au; Wed, 4 Mar 1998 09:36:47 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199803032236.JAA17613(a)henry.cs.adfa.oz.au>
Subject: Binary-only PDP UNIX
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 4 Mar 1998 09:36:47 +1100 (EST)
In-Reply-To: <199803032232.AA27033(a)world.std.com> from Allison J Parent at "Mar 3, 98 05:32:54 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Allison J Parent:
> < I've just created a SMALL mailing list for those people who have
> <volunteered to write CD-ROMs, cut tapes etc. so we can distribute the
> <software covered by the up-coming SCO source license.
>
> The license is more concerned with source level code. What about those of
> us that are interested in binaries only configured for a working system?
You can pick up binaries for 5th, 6th and 7th Edition UNIX for free,
as they are already covered by a SCO license. See
http://minnie.cs.adfa.oz.au/PUPS/Licenses/v7_bin_license.txt
If you also look at the PUPS Home Page
http://minnie.cs.adfa.oz.au/PUPS
you can pick up RK05 disk images for all three edition, as part of
Bob Supnik's PDP-11 emulator.
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id LAA09888
for pups-liszt; Wed, 4 Mar 1998 11:54:30 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Wed Mar 4 10:54:01 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id LAA09883
for <pups(a)minnie.CS.ADFA.OZ.AU>; Wed, 4 Mar 1998 11:54:23 +1100 (EST)
Received: by alph02.triumf.ca; id AA29624; Tue, 3 Mar 1998 16:54:02 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9803040054.AA29624(a)alph02.triumf.ca>
Subject: Re: Some PDP11 Q..
To: jorgen.pehrson(a)seinf.MAIL.ABB.com
Date: Tue, 3 Mar 1998 16:54:01 -0800 (PST)
Cc: pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <412565BB.0036DA5F.00(a)notestest.mail.abb.com> from "jorgen.pehrson(a)seinf.mail.abb.com" at Mar 2, 98 11:30:40 am
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> I was given an PDP-11/84 but I have no idea what OS it has installed.
> ...
> And another thing. This machine had a Wangtek 5150EQ tape streamer. If I
> ...
> There're some (bad quality) pictures of the board at
> http://spektr.ludvika.se/museum/pics/pdp11-board1.jpg
I finally got a chance to look at the picture; the board looks to me like
an MTI MSV22, which is a Q-bus board. There's no way that it's a Unibus
board. Are you sure you've got an 11/84 there, and not a 11/83?
Tim.
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id MAA10009
for pups-liszt; Wed, 4 Mar 1998 12:24:00 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Wed Mar 4 11:17:18 1998
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id MAA10004
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 4 Mar 1998 12:23:53 +1100 (EST)
Received: (from sms@localhost)
by moe.2bsd.com (8.8.5/8.8.5) id RAA13880
for pups(a)minnie.cs.adfa.oz.au; Tue, 3 Mar 1998 17:17:18 -0800 (PST)
Date: Tue, 3 Mar 1998 17:17:18 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199803040117.RAA13880(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.oz.au
Subject: Re: PUPS Volunteers list
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> From: allisonp(a)world.std.com (Allison J Parent)
> Query:
>
> The license is more concerned with source level code. What about those of
> us that are interested in binaries only configured for a working system?
If you don't plan on staying current with parts that change then
a binary only system might work. I can't see myself volunteering
to build binaries (especially kernels) for varying configurations.
The older, 'static' or frozen (for now), distributions can be run
binary only - but the traditional method of updating systems was
to either distribute diffs or replacement source modules.
One main reason for this, especially in the kernel (but also some
applications level stuff), is that the address space of a PDP-11 does
not allow the luxury of including all ways of doing something. For
example: the C library has to be build for either 'hosts' file or
resolver routines - can't do both. So someone's running a binary
only release but with a hosts file orientation. THey want updated
binaries but all my systems are resolver based - building new binaries
would be painful and time consuming. What happens when a system
include file changes and all (or many) of the binaries in the system
are affected - who's going to volunteer to recompile the system and
make a new CD for the folks who don't want to maintain current sources?
In the kernel arena it's even worse - who ever builds a kernel would
have to request a 'config' file (do you want 'quotas' or not, do you
want 'networking' and if so which ethernet card, do you want 1 or 2
MSCP controllers, and so on. Ick.) and custom build a kernel (can't
include _all_ possible devices, etc because it just won't fit). I
don't know about any one else but I'd rather not get into the
providing custom kernels and binaries.
From V5 on (I can't speak for earlier) you were expected to have a
source license (which thanks to SCO's help we now will have) and
install/maintain the system from those. Binary only setups were
extremely uncommon (except in shops with lots of machines and they'd
have a single 'master' source system and build and distribute from
that).
Configurability is very limited without sources and I'd have thought
that everyone would be dancing with joy at being freed from binary
only releases.
As has been mentioned before there are binary only V6, V7, and V5
images already available without requiring a source license at all.
There's no need to pay the minimal $100 for the upcoming license if
all that's desired is a binary only system that's preconfigured for
a limited set of devices. (re)configuration takes sources.
So I guess the question is who's volunteering to build and distribute
the binary only kits? Not me ;-)
Steven Schultz
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id QAA10998
for pups-liszt; Wed, 4 Mar 1998 16:37:18 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Wed Mar 4 15:37:06 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id QAA10993
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 4 Mar 1998 16:37:10 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id QAA10586;
Wed, 4 Mar 1998 16:07:06 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id QAA22358;
Wed, 4 Mar 1998 16:07:06 +1030 (CST)
(envelope-from grog)
Message-ID: <19980304160706.51098(a)freebie.lemis.com>
Date: Wed, 4 Mar 1998 16:07:06 +1030
From: Greg Lehey <grog(a)lemis.com>
To: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Cc: PDP UNIX Preservation Society <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: PUPS Volunteers list
References: <199803040117.RAA13880(a)moe.2bsd.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
In-Reply-To: <199803040117.RAA13880(a)moe.2bsd.com>; from Steven M. Schultz on Tue, Mar 03, 1998 at 05:17:18PM -0800
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Tue, 3 March 1998 at 17:17:18 -0800, Steven M. Schultz wrote:
>> From: allisonp(a)world.std.com (Allison J Parent)
>> Query:
>>
>> The license is more concerned with source level code. What about those of
>> us that are interested in binaries only configured for a working system?
>
> If you don't plan on staying current with parts that change then
> a binary only system might work. I can't see myself volunteering
> to build binaries (especially kernels) for varying configurations.
>
> (omitting detailled explanation)
>
> I
> don't know about any one else but I'd rather not get into the
> providing custom kernels and binaries.
All good reasons. I suppose I could give access to an emulator over
the net if anybody wants to do it themselves. This is not the way to
go if you have your own machine with enough storage, but it might be
if you're low on storage.
> As has been mentioned before there are binary only V6, V7, and V5
> images already available without requiring a source license at
> all.
JOOI, where are these?
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id AAA12363
for pups-liszt; Thu, 5 Mar 1998 00:25:12 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
Hi,
I was given an PDP-11/84 but I have no idea what OS it has installed.
It says this when it starts up:
Testing in progress - Please wait
1 2 3 4 5 6 7 8 9
starting system
.
__: ADA1: Load resident files
A.DU0: BOOT from @ 526 fp ch Memory size 2048kBytes v06.12.413
VISONIK
Building supervisory and managment system
Landis & Gyr, Building Control
__: INI0: Start of RSYS !
__:SU03: Update Common from SYSL !
__: SIX2: Dataset IM: Rebuild Index
__: SIX2: Dataset REA: Rebuild Index
__: SIX2: Dataset DM: Rebuild Index
__: MELD: Init STA-Pointer 43252
__: MELD: Init ZMS-Pointer 10774
It has controlled the ventilation system on a hospital of that can be of
any help.
Anyone knows what OS this could be?
And another thing. This machine had a Wangtek 5150EQ tape streamer. If I
look
at the cables it seems to be SCSI. And the controller for the streamer is
not manufactured
by DEC. (There's no DEC logo on it at least.)
It says B 01079 ISS.4 1984 CTS-11 CKK 3890 on the board. Is this a SCSI
controller board?
Can I connect SCSI disks to it or is it a streamer only interface?
There're some (bad quality) pictures of the board at
http://spektr.ludvika.se/museum/pics/pdp11-board1.jpg
There's a switch on the front of the CPU box that says "AUX ON | OFF". And
on the back of
the PSU there's a switch that says "remote | off | local". What function do
they have?
Thanks!
--
Jorgen Pehrson
jp(a)spektr.ludvika.se
http://spektr.ludvika.se/museum
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id DAA00303
for pups-liszt; Tue, 3 Mar 1998 03:48:25 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Tue Mar 3 02:48:04 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id DAA00298
for <pups(a)minnie.CS.ADFA.OZ.AU>; Tue, 3 Mar 1998 03:48:18 +1100 (EST)
Received: by alph02.triumf.ca; id AA23582; Mon, 2 Mar 1998 08:48:04 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9803021648.AA23582(a)alph02.triumf.ca>
Subject: Re: Some PDP11 Q..
To: jorgen.pehrson(a)seinf.mail.ABB.com
Date: Mon, 2 Mar 1998 08:48:04 -0800 (PST)
Cc: pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <412565BB.0036DA5F.00(a)notestest.mail.abb.com> from "jorgen.pehrson(a)seinf.mail.abb.com" at Mar 2, 98 11:30:40 am
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> I was given an PDP-11/84 but I have no idea what OS it has installed.
> __: ADA1: Load resident files
> A.DU0: BOOT from @ 526 fp ch Memory size 2048kBytes v06.12.413
> __: INI0: Start of RSYS !
> __:SU03: Update Common from SYSL !
It looks like a version of RSTS/E to me (but that's mainly because I
know it isn't RT-11 or RSX-11...)
> And another thing. This machine had a Wangtek 5150EQ tape streamer. If I
> look
> at the cables it seems to be SCSI. And the controller for the streamer is
> not manufactured
> by DEC. (There's no DEC logo on it at least.)
> It says B 01079 ISS.4 1984 CTS-11 CKK 3890 on the board. Is this a SCSI
> controller board?
It's almost certainly a QIC-02 controller, probably doing TS11 emulation.
The sure way to test if its doing TS11 emulation or not is to drop into
console ODT and see if there's something living at the TS11 CSRs at
17772520.
> There's a switch on the front of the CPU box that says "AUX ON | OFF". And
> on the back of
> the PSU there's a switch that says "remote | off | local". What function do
> they have?
These control the 3-wire DEC power controller bus.
Warren may want to correct me if I'm wrong, but aren't non-Unix issues
like these best taken to forums such as vmsnet.pdp-11 and comp.os.rsts ?
Tim. (shoppa(a)triumf.ca)
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA03193
for pups-liszt; Tue, 3 Mar 1998 10:28:13 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Tue Mar 3 09:28:19 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA03188
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 3 Mar 1998 10:28:09 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id KAA08076; Tue, 3 Mar 1998 10:28:19 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199803022328.KAA08076(a)henry.cs.adfa.oz.au>
Subject: Re: Full Steam Ahead with License
To: dionj(a)sco.COM (Dion Johnson)
Date: Tue, 3 Mar 1998 10:28:19 +1100 (EST)
Cc: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
In-Reply-To: <19980302152605.46176(a)sco.com> from Dion Johnson at "Mar 2, 98 03:26:05 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Dion Johnson:
> I am going to give myself the go-ahead and not bother those busy
> legal folks any more.
Goodo.
> It looks like we may be able to permit credit cards and Intl Money Orders.
> Are VISA and AMEX enough cards to support? I should know pretty soon on this.
I suspect that would be fine.
> > Someone asked if a password-protected ftp site would be ok?
> > I thought that it might contravene the license. What's your opinion?
>
> As long as you know WHO has the password, that would be in accordance
> with the license, as I read it.
> -Dion
That's excellent news, Dion. I'll cc this to the PUPS mailing list.
Thanks again,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id MAA03683
for pups-liszt; Tue, 3 Mar 1998 12:54:41 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Tue Mar 3 11:54:30 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id MAA03678
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 3 Mar 1998 12:54:35 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id MAA09048;
Tue, 3 Mar 1998 12:24:32 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id MAA14426;
Tue, 3 Mar 1998 12:24:30 +1030 (CST)
(envelope-from grog)
Message-ID: <19980303122430.47237(a)freebie.lemis.com>
Date: Tue, 3 Mar 1998 12:24:30 +1030
From: Greg Lehey <grog(a)lemis.com>
To: Dion Johnson <dionj(a)sco.COM>
Cc: PDP Unix Preservation <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: Full Steam Ahead with License
References: <19980302152605.46176(a)sco.com> <199803022328.KAA08076(a)henry.cs.adfa.oz.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
In-Reply-To: <199803022328.KAA08076(a)henry.cs.adfa.oz.au>; from Warren Toomey on Tue, Mar 03, 1998 at 10:28:19AM +1100
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Tue, 3 March 1998 at 10:28:19 +1100, Warren Toomey wrote:
> In article by Dion Johnson:
>> I am going to give myself the go-ahead and not bother those busy
>> legal folks any more.
>
> Goodo.
Great news!
>> It looks like we may be able to permit credit cards and Intl Money Orders.
>> Are VISA and AMEX enough cards to support? I should know pretty soon on this.
>
> I suspect that would be fine.
I would think that you should add MasterCard to that list, possibly
instead of Amexco.
Where do we go from here? Can we start to bombard you with
license applications?
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id NAA03728
for pups-liszt; Tue, 3 Mar 1998 13:13:13 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Tue Mar 3 12:13:33 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id NAA03723
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 3 Mar 1998 13:13:09 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id NAA08617 for pups(a)minnie.cs.adfa.oz.au; Tue, 3 Mar 1998 13:13:33 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199803030213.NAA08617(a)henry.cs.adfa.oz.au>
Subject: Re: Full Steam Ahead with License
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Tue, 3 Mar 1998 13:13:33 +1100 (EST)
In-Reply-To: <19980303122430.47237(a)freebie.lemis.com> from Greg Lehey at "Mar 3, 98 12:24:30 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Greg Lehey:
> >> It looks like we may be able to permit credit cards and Intl Money Orders.
>
> I would think that you should add MasterCard to that list, possibly
> instead of Amexco.
>
> Where do we go from here? Can we start to bombard [Dion] with
> license applications?
> Greg
Dion sent me this suggestion:
So I guess what we have is this:
1. Prospective licensee gets the license from [PUPS] website.
2. He signs and sends to SCO and sends his $100 to SF PO box.
3. Someone here [at SCO] lets [PUPS] know that he is a licensee.
4. [PUPS] can send him the source code (and charge a fee for that
as you see fit).
SCO wants the license on paper. I asked him for the final license in a
form suitable for printing, e.g PostScript, PDF, Word format (gasp!).
Greg's suggestion about MasterCard went to Dion as well. I guess we just
have to sit back & wait until we get the word (and the final license)
from Dion.
As soon as I have all the details, there will be a description of the
steps you need to perform in order to get a license placed on the PUPS
home page.
Cheers all,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id DAA06396
for pups-liszt; Wed, 4 Mar 1998 03:32:22 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Neil Johnson <neil(a)skatter.usask.ca> Wed Mar 4 02:32:06 1998
Received: from skatter.USask.Ca (skatter.usask.ca [128.233.14.1])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id DAA06391
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 4 Mar 1998 03:32:17 +1100 (EST)
Received: from hydrus.USask.Ca (hydrus.usask.ca [128.233.14.27])
by skatter.USask.Ca (8.8.5/8.8.5) with ESMTP id KAA16872;
Tue, 3 Mar 1998 10:32:08 -0600 (CST)
From: Neil Johnson <neil(a)skatter.usask.ca>
Received: (from neil@localhost) by hydrus.USask.Ca (8.7.2/8.7.2) id KAA00644; Tue, 3 Mar 1998 10:32:06 -0600 (CST)
Date: Tue, 3 Mar 1998 10:32:06 -0600 (CST)
Message-Id: <199803031632.KAA00644(a)hydrus.USask.Ca>
To: pups(a)minnie.cs.adfa.oz.au, wkt(a)cs.adfa.oz.au
Subject: Re: Full Steam Ahead with License
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Another suggestion - keep a list of the licencees on the PUPS website. That
way everyone would know who they could exchange software with. Most new
stuff would probably end up on the site anyway, but during development
it might be good to know.
Neil
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id EAA06544
for pups-liszt; Wed, 4 Mar 1998 04:08:49 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Wed Mar 4 03:08:37 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id EAA06539
for <pups(a)minnie.CS.ADFA.OZ.AU>; Wed, 4 Mar 1998 04:08:43 +1100 (EST)
Received: by alph02.triumf.ca; id AA24509; Tue, 3 Mar 1998 09:08:37 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9803031708.AA24509(a)alph02.triumf.ca>
Subject: Re: Full Steam Ahead with License
To: neil(a)skatter.usask.ca (Neil Johnson)
Date: Tue, 3 Mar 1998 09:08:37 -0800 (PST)
Cc: pups(a)minnie.cs.adfa.oz.au, wkt(a)CS.ADFA.OZ.AU
In-Reply-To: <199803031632.KAA00644(a)hydrus.USask.Ca> from "Neil Johnson" at Mar 3, 98 10:32:06 am
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> Another suggestion - keep a list of the licencees on the PUPS website. That
> way everyone would know who they could exchange software with. Most new
> stuff would probably end up on the site anyway, but during development
> it might be good to know.
As most all of the "new stuff" lately seems to be 2.11BSD-related,
this brings up a (probably silly) question of mine: what's the
relationship between the SCO license agreement and 2.9, 2.10, and 2.11BSD?
Will the SCO license be functionally equivalent to a WE/AT&T source
license (other than the per-machine limitations)? In other words,
are the 2BSD distributions "SUCCESSOR OPERATING SYSTEMS" in the language
of the agreement?
Another stupid question: few of us (perhaps I'm the only one) have
CD-ROM readers/writers attached to PDP-11's. Will those who have to
transfer the source kit through a PC-clone or other Unix workstation
have to license the intermediary machines with SCO? In other words,
will the intermediary machines need to be registered as "DESIGNATED
CPU"s?
Tim.
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA07477
for pups-liszt; Wed, 4 Mar 1998 08:10:19 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Mar 4 07:10:42 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA07472
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 4 Mar 1998 08:10:14 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id IAA15973 for pups(a)minnie.cs.adfa.oz.au; Wed, 4 Mar 1998 08:10:42 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199803032110.IAA15973(a)henry.cs.adfa.oz.au>
Subject: Re: Full Steam Ahead with License
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 4 Mar 1998 08:10:42 +1100 (EST)
In-Reply-To: <9803031708.AA24509(a)alph02.triumf.ca> from Tim Shoppa at "Mar 3, 98 09:08:37 am"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Tim Shoppa:
> > Another suggestion - keep a list of the licencees on the PUPS website. That
> > way everyone would know who they could exchange software with. Most new
> > stuff would probably end up on the site anyway, but during development
> > it might be good to know.
>
> As most all of the "new stuff" lately seems to be 2.11BSD-related,
> this brings up a (probably silly) question of mine: what's the
> relationship between the SCO license agreement and 2.9, 2.10, and 2.11BSD?
> Will the SCO license be functionally equivalent to a WE/AT&T source
> license (other than the per-machine limitations)? In other words,
> are the 2BSD distributions "SUCCESSOR OPERATING SYSTEMS" in the language
> of the agreement?
2BSDs are definitely SUCCESSOR OPERATING SYSTEMS as they are derived from
the listed products (6th, 7th Edition and 32V) and are 16-bit operating
systems.
> Another stupid question: few of us (perhaps I'm the only one) have
> CD-ROM readers/writers attached to PDP-11's. Will those who have to
> transfer the source kit through a PC-clone or other Unix workstation
> have to license the intermediary machines with SCO? In other words,
> will the intermediary machines need to be registered as "DESIGNATED
> CPU"s?
My interpretation is this:
DESIGNATED CPU means all CPUs licensed as such for a specific
SOURCE CODE PRODUCT.
SCO grants to LICENSEE a personal, nontransferable and
nonexclusive right to use, in the AUTHORIZED COUNTRY, each SOURCE
CODE PRODUCT identified in Section 3 of this Agreement, solely
for personal use [..] and solely on or in conjunction with
DESIGNATED CPUs [...]. Such right to use includes the right to
modify such SOURCE CODE PRODUCT and to prepare DERIVED BINARY PRODUCT
based on such SOURCE CODE PRODUCT,
In my opinion, you can't USE the source code unless you have a CPU which
run the machine code which is produced by the source code. I can't prepare
a DERIVED BINARY PRODUCT if I don't have a PDP-11 or an emulator of such.
I'd better check with Dion.
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA07528
for pups-liszt; Wed, 4 Mar 1998 08:16:11 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Mar 4 07:16:37 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA07523
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 4 Mar 1998 08:16:08 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id IAA16053 for pups(a)minnie.cs.adfa.oz.au; Wed, 4 Mar 1998 08:16:37 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199803032116.IAA16053(a)henry.cs.adfa.oz.au>
Subject: Re: Full Steam Ahead with License
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 4 Mar 1998 08:16:37 +1100 (EST)
In-Reply-To: <199803031632.KAA00644(a)hydrus.USask.Ca> from Neil Johnson at "Mar 3, 98 10:32:06 am"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Neil Johnson:
> Another suggestion - keep a list of the licencees on the PUPS website. That
> way everyone would know who they could exchange software with. Most new
> stuff would probably end up on the site anyway, but during development
> it might be good to know.
This is a good idea, but I'd be happy for a licencee to opt out from the
list if they so desired.
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA07770
for pups-liszt; Wed, 4 Mar 1998 08:48:48 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Mar 4 07:49:10 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA07765
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 4 Mar 1998 08:48:42 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id IAA17305 for pups(a)minnie.cs.adfa.oz.au; Wed, 4 Mar 1998 08:49:10 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199803032149.IAA17305(a)henry.cs.adfa.oz.au>
Subject: PUPS Volunteers list
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 4 Mar 1998 08:49:10 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
All,
I've just created a SMALL mailing list for those people who have
volunteered to write CD-ROMs, cut tapes etc. so we can distribute the
software covered by the up-coming SCO source license.
If you had volunteered but didn't receive any email about it today, please
mail me back as I've missed you somehow.
Still waiting on Dion re the final license document and the questions
regarding Mastercard and `intermediate' CPUs.
Cheers all,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA07931
for pups-liszt; Wed, 4 Mar 1998 09:20:44 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Mar 4 08:21:10 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA07926
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 4 Mar 1998 09:20:41 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA17553 for pups(a)minnie.cs.adfa.oz.au; Wed, 4 Mar 1998 09:21:10 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199803032221.JAA17553(a)henry.cs.adfa.oz.au>
Subject: From Dion: intermediate CPUs
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 4 Mar 1998 09:21:10 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
----- Forwarded message from Dion Johnson -----
> > Will those who have to
> > transfer the source kit through a PC-clone or other Unix workstation
> > have to license the intermediary machines with SCO? In other words,
> > will the intermediary machines need to be registered as "DESIGNATED
> > CPU"s?
>
> I hope not!
> Warren
Right, that makes no sense at all. I suspect we (you and I) will
want to whip up a sort of cover letter for the license that
explains how to fill out the form and, as experience accumulates,
a FAQ, etc.
-Dion
----- End of forwarded message from Dion Johnson -----
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA07993
for pups-liszt; Wed, 4 Mar 1998 09:33:15 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
> > Steven was expecting to see a substantial hit due to the ZIP's access time,
>
> Quite so. Especially on the 'find' which is almost pure 'seek'
> operations.
>
> Wasn't there mention somewhere of a 200mb Zip? I know there's the
> 2gb Jaz drive now but haven't heard anymore about a larger Zip. On
> the other hand there is the Syquest product line - they've a 135mb
> "zip like" (but not compatible) drive.
I don't know anything about larger Zip drives but Syquest makes the
EZFlyer 230MB which is compatible with the EZFlyer 135. I got one for
Christmas and love it. I _believe_ it's a bit faster than the Zip.
The EZFlyer data sheet is at http://www.syquest.com/products/d_ezflyer.html
in case anybody is interested.
- Jim
--
James E. Carpenter E-Mail: jimc(a)zach1.tiac.net
6 Munroe Drive
Plainville, MA 02762-1108 ICBM: 42 00' 15"N 71 20' 00"W
PGP: 7ADE9D99 Fingerprint: 8D AF 63 EC D3 51 14 3E F1 59 8A 68 32 63 3F 8E
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA27181
for pups-liszt; Mon, 2 Mar 1998 08:46:55 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Mon Mar 2 07:47:07 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA27176
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 2 Mar 1998 08:46:51 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id IAA01813 for pups(a)minnie.cs.adfa.oz.au; Mon, 2 Mar 1998 08:47:07 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199803012147.IAA01813(a)henry.cs.adfa.oz.au>
Subject: PDP UNIX and CD-ROMs
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Mon, 2 Mar 1998 08:47:07 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
All,
re the question `Are CD-ROMs the best method of distributing the
PUPS archive of PDP-11 UNIX material'? The answer is: it's a good method, for
the following reasons:
+ you can't easily write over the CD-ROM
+ impervious to magnetic fields
+ the PUPS archive is always going to be changing, as I find and
add new stuff to it.
+ the SCO license enforces that I get written permission before I
pass anything to a third party. Taking this in a conservative
fashion, this might rule out a password-protected ftp archive.
However, I'll check with Dion at SCO on this.
+ we can only charge fees for copying and distribution, and cannot
make money on the CD-ROMs
Therefore, treat the archive CD-ROM like you would the FreeBSD or Linux
distributions on CD-ROM: they will go out of date, but you can purchase
new versions of the CD-ROM, and they should be relatively inexpensive.
Ok, so CD-ROMs are not the _best_ method of distributing the archive, but
they are a _good_ way of doing so.
Ciao,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA27230
for pups-liszt; Mon, 2 Mar 1998 09:09:37 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Mon Mar 2 08:09:25 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA27225
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 2 Mar 1998 09:09:32 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id IAA07315;
Mon, 2 Mar 1998 08:39:25 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id IAA07427;
Mon, 2 Mar 1998 08:39:25 +1030 (CST)
(envelope-from grog)
Message-ID: <19980302083925.10323(a)freebie.lemis.com>
Date: Mon, 2 Mar 1998 08:39:25 +1030
From: Greg Lehey <grog(a)lemis.com>
To: wkt(a)cs.adfa.oz.au, PDP Unix Preservation <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: PDP UNIX and CD-ROMs
References: <199803012147.IAA01813(a)henry.cs.adfa.oz.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
In-Reply-To: <199803012147.IAA01813(a)henry.cs.adfa.oz.au>; from Warren Toomey on Mon, Mar 02, 1998 at 08:47:07AM +1100
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Mon, 2 March 1998 at 8:47:07 +1100, Warren Toomey wrote:
> All,
> re the question `Are CD-ROMs the best method of distributing the
> PUPS archive of PDP-11 UNIX material'? The answer is: it's a good method, for
> the following reasons:
>
> + you can't easily write over the CD-ROM
> + impervious to magnetic fields
> + the PUPS archive is always going to be changing, as I find and
> add new stuff to it.
> + the SCO license enforces that I get written permission before I
> pass anything to a third party. Taking this in a conservative
> fashion, this might rule out a password-protected ftp archive.
> However, I'll check with Dion at SCO on this.
> + we can only charge fees for copying and distribution, and cannot
> make money on the CD-ROMs
>
> Therefore, treat the archive CD-ROM like you would the FreeBSD or Linux
> distributions on CD-ROM: they will go out of date, but you can purchase
> new versions of the CD-ROM, and they should be relatively inexpensive.
I still miss the distinction between CD-ROMs and WORMs. CD-ROMs are
relatively expensive in small quantities, not just because of the
setup costs, but also because of the wastage involved. WORMs
(writeable CD-ROMs) are probably a better choice for the anticipated
volume.
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA27282
for pups-liszt; Mon, 2 Mar 1998 09:29:10 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Mon Mar 2 08:29:23 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA27277
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 2 Mar 1998 09:29:06 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA01996 for pups(a)minnie.cs.adfa.oz.au; Mon, 2 Mar 1998 09:29:23 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199803012229.JAA01996(a)henry.cs.adfa.oz.au>
Subject: Re: PDP UNIX and CD-ROMs
To: pups(a)minnie.cs.adfa.oz.au
Date: Mon, 2 Mar 1998 09:29:23 +1100 (EST)
In-Reply-To: <19980302083925.10323(a)freebie.lemis.com> from Greg Lehey at "Mar 2, 98 08:39:25 am"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Greg Lehey:
> On Mon, 2 March 1998 at 8:47:07 +1100, Warren Toomey wrote:
> > All,
> > re the question `Are CD-ROMs the best method of distributing the
> > PUPS archive of PDP-11 UNIX material'? The answer is: it's a good method,
> > for the following reasons:
> I still miss the distinction between CD-ROMs and WORMs. CD-ROMs are
> relatively expensive in small quantities, not just because of the
> setup costs, but also because of the wastage involved. WORMs
> (writeable CD-ROMs) are probably a better choice for the anticipated
> volume.
> Greg
Sorry, my fault. I use CD-ROM to mean anything which can be read in a CD-ROM
drive. That obviously includes CD-W, which is what I really mean here.
Ciao,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA27317
for pups-liszt; Mon, 2 Mar 1998 09:38:20 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Mon Mar 2 08:38:33 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA27312
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 2 Mar 1998 09:38:17 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA02051 for pups(a)minnie.cs.adfa.oz.au; Mon, 2 Mar 1998 09:38:33 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199803012238.JAA02051(a)henry.cs.adfa.oz.au>
Subject: Re: PDP UNIX and CD-ROMs
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Mon, 2 Mar 1998 09:38:33 +1100 (EST)
In-Reply-To: <199803012228.OAA27094(a)rainbow.Corp.Sun.COM> from Chris Drake at "Mar 1, 98 02:28:21 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Chris Drake:
> >Ok, so CD-ROMs are not the _best_ method of distributing the archive, but
> >they are a _good_ way of doing so.
>
> Sounds good to me... Just out of curiosity, got any idea how many people are
> on this list and/or might want a CD? I may have a limited ability to cut
> some at work, but not if we're talking lots.
I'd say at least 100 initially, and at least 300 in the first 12 months.
I'm trying to organise a bunch of people who can burn CDs, to keep the
individual workload down.
I'll be creating a Rock Ridge image using mkisofs from the archive here.
People who are prepared to burn CDs can either download the image, or the
entire archive. For the latter, I'll include a makefile to build the CD image.
Oviously, people who do mirror the archive:
+ will be asked to burn CDs, and will do so,
+ must be covered by a license. I will need either a signed
letter (on paper) describing the license, or a PGP-signed
email describing the license, before I can give access to
the archive.
Does this sound reasonable, everyone?
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id LAA27506
for pups-liszt; Mon, 2 Mar 1998 11:17:32 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Mon Mar 2 10:17:01 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id LAA27501
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 2 Mar 1998 11:17:24 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id KAA07479;
Mon, 2 Mar 1998 10:47:02 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id KAA07855;
Mon, 2 Mar 1998 10:47:01 +1030 (CST)
(envelope-from grog)
Message-ID: <19980302104701.60748(a)freebie.lemis.com>
Date: Mon, 2 Mar 1998 10:47:01 +1030
From: Greg Lehey <grog(a)lemis.com>
To: wkt(a)cs.adfa.oz.au, PDP Unix Preservation <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: PDP UNIX and CD-ROMs
References: <199803012228.OAA27094(a)rainbow.Corp.Sun.COM> <199803012238.JAA02051(a)henry.cs.adfa.oz.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
In-Reply-To: <199803012238.JAA02051(a)henry.cs.adfa.oz.au>; from Warren Toomey on Mon, Mar 02, 1998 at 09:38:33AM +1100
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Mon, 2 March 1998 at 9:38:33 +1100, Warren Toomey wrote:
> In article by Chris Drake:
>>> Ok, so CD-ROMs are not the _best_ method of distributing the archive, but
>>> they are a _good_ way of doing so.
>>
>> Sounds good to me... Just out of curiosity, got any idea how many people are
>> on this list and/or might want a CD? I may have a limited ability to cut
>> some at work, but not if we're talking lots.
>
> I'd say at least 100 initially, and at least 300 in the first 12 months.
> I'm trying to organise a bunch of people who can burn CDs, to keep the
> individual workload down.
>
> I'll be creating a Rock Ridge image using mkisofs from the archive here.
> People who are prepared to burn CDs can either download the image, or the
> entire archive. For the latter, I'll include a makefile to build the CD image.
>
> Oviously, people who do mirror the archive:
>
> + will be asked to burn CDs, and will do so,
As I mentioned before, I can cut tapes, but not burn CDs. I think
this is still a valuable service.
> + must be covered by a license. I will need either a signed
> letter (on paper) describing the license, or a PGP-signed
> email describing the license, before I can give access to
> the archive.
Right. Any further news about when this could happen?
> Does this sound reasonable, everyone?
Modulo my point above, yes.
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id LAA27526
for pups-liszt; Mon, 2 Mar 1998 11:24:46 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Mon Mar 2 10:25:00 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id LAA27521
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 2 Mar 1998 11:24:43 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id LAA06066 for pups(a)minnie.cs.adfa.oz.au; Mon, 2 Mar 1998 11:25:00 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199803020025.LAA06066(a)henry.cs.adfa.oz.au>
Subject: Re: PDP UNIX and CD-ROMs
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Mon, 2 Mar 1998 11:25:00 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Greg writes:
>> Oviously, people who do mirror the archive:
>> will be asked to burn CDs, and will do so,
>>
> As I mentioned before, I can cut tapes, but not burn CDs. I think
> this is still a valuable service.
Apologies again, Greg. Yes cutting tapes will also be valuable,
esp. for people who have a PDP-11.
> Right. Any further news about when this could happen?
No, I'm waiting on feedback from Dion. He did say he had started the
process of making it a product, but I don't have an ETA for it at the
moment.
Many thanks again for volunteering!!
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id MAA27839
for pups-liszt; Mon, 2 Mar 1998 12:41:04 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Mon Mar 2 11:41:16 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id MAA27834
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 2 Mar 1998 12:40:59 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id MAA06698 for pups(a)minnie.cs.adfa.oz.au; Mon, 2 Mar 1998 12:41:16 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199803020141.MAA06698(a)henry.cs.adfa.oz.au>
Subject: Part of PUPS Archive via FTP
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Mon, 2 Mar 1998 12:41:16 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
All,
To show you what I'm thinking of for the CD-ROM version of the
PUPS archive, I've put the unlicensed parts up for anonymous ftp at:
ftp://minnie.cs.adfa.oz.au/pub/PDP-11/PUPS_Archive/
I've kept the directory structure intact, but you won't find any files
that require a source license. I'd appreciate any comments. Note that
there's a directory called Trees missing. It will contain `exploded'
trees for v6, v7 and 2.11BSD.
The Lists directory is interesting: it contains tar vtf listings of all
tarballs in the archive, with added checksums so you can determine identical
files in multiple tarballs.
This is all rough cut at the moment, so don't treat anything as unchangeable.
Warren
<uq0 at uda0 csr 172150 vec 774 ipl 17
<vvv****The RL02 driver!***vvv
<hl0 at uba0 csr 174400 didn't interrupt
<hl0 at uba0 csr 174400 didn't interrupt
<^^^***(Observe! Twice! The darn thing at least pretends to try..)***^^^
<klesiu0 at uba0
That suggests the interrupt grant chain was not intact. Look to see if
one of the slots needs a grant card. Watch out as a few cards DO NOT
pass grant!
<Any clue anybody? (I know that this is tedious for you all but it is for
<a good cause, okay? )
I understand why you would use rl02 they are handy. I have no experience
with them in unix context only Qbus VAX (under VMS) and PDP-11s under
rt-11/rsts/rsx-11 so I can't comment on software setup.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id DAA22534
for pups-liszt; Sun, 1 Mar 1998 03:19:09 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From J Lothian <jlothian(a)holyrood.ed.ac.uk> Sun Mar 1 02:18:57 1998
Received: from holyrood.ed.ac.uk (jlothian(a)holyrood.ed.ac.uk [129.215.166.17])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id DAA22526
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 1 Mar 1998 03:19:03 +1100 (EST)
Received: (from jlothian@localhost)
by holyrood.ed.ac.uk (8.8.7/8.8.7) id QAA20434
for pups(a)minnie.cs.adfa.oz.au; Sat, 28 Feb 1998 16:18:57 GMT
Date: Sat, 28 Feb 1998 16:18:57 GMT
Message-Id: <199802281618.QAA20434(a)holyrood.ed.ac.uk>
From: J Lothian <jlothian(a)holyrood.ed.ac.uk>
Subject: RL02 meets BSD
To: pups(a)minnie.cs.adfa.oz.au
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
I've had an RL02 working on an 11/750 running
BSD4.3. The RL11 controller only has 16 words of
buffer memory, so you've got to make sure that other
devices don't hog the bus too much. In particular,
UDAs should have their DMA burst set to something like 1.
Setting it much higher causes the RL11 to get data lates
as its silo overflows before it gets access to the bus
to do DMA. However, the RLV12 seems to have a much bigger
silo (256 bytes?), so this should't be a problem for it.
The only other things I can think of are bus grant problems
&c. If you're using an RQDX3 in the same machine, bear in mind
that it doesn't pass the grants, and so should be the last
device on the bus.
James
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id EAA23015
for pups-liszt; Sun, 1 Mar 1998 04:59:19 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Sun Mar 1 03:58:27 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id EAA23010
for <pups(a)minnie.CS.ADFA.OZ.AU>; Sun, 1 Mar 1998 04:59:13 +1100 (EST)
Received: by alph02.triumf.ca; id AA14586; Sat, 28 Feb 1998 09:58:27 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9802281758.AA14586(a)alph02.triumf.ca>
Subject: Re: RL02 meets BSD
To: jlothian(a)holyrood.ed.AC.UK (J Lothian)
Date: Sat, 28 Feb 1998 09:58:27 -0800 (PST)
Cc: pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <199802281618.QAA20434(a)holyrood.ed.ac.uk> from "J Lothian" at Feb 28, 98 04:18:57 pm
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> The only other things I can think of are bus grant problems
> &c.
This certainly seems likely to me, too. What cards are in the
machine, and in which slots? What are the switches on the RLV12
set to?
> If you're using an RQDX3 in the same machine, bear in mind
> that it doesn't pass the grants, and so should be the last
> device on the bus.
I think you're thinking of the RQDX1/2 here.
Tim.
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA24673
for pups-liszt; Sun, 1 Mar 1998 15:46:02 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Sun Mar 1 14:45:51 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id PAA24668
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 1 Mar 1998 15:45:56 +1100 (EST)
Received: by alph02.triumf.ca; id AA18387; Sat, 28 Feb 1998 20:45:52 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9803010445.AA18387(a)alph02.triumf.ca>
Subject: Re: CD-ROM from SCO unlikely
To: sms(a)moe.2bsd.com (Steven M. Schultz)
Date: Sat, 28 Feb 1998 20:45:51 -0800 (PST)
Cc: pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <199802280443.UAA00780(a)moe.2bsd.com> from "Steven M. Schultz" at Feb 27, 98 08:43:41 pm
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> > Incidentally, a couple of weeks ago I made a nice bootable Iomega ZIP
> > cartridge with the current 2.11 generic kernel and everything in /usr. It all
> > barely fits in the 100 Mbytes (well, 3*65536*512 bytes) available, and
>
> How "speedy" is a ZIP drive?
In case anyone is interested in the benchmarks, here's a short summary:
Both a Webster ESDC (1 Megabyte cache, Hitachi DK512-12 ESDI drive) and
an Andromeda SCDC (2 Mbyte cache connected to many SCSI devices, including an
"internal" SCSI ZIP) are present on my main development machine, a 11/73
(KDJ11-B) with 2 Mbytes of non-PMI memory. Caching on both controllers
was enabled and two benchmarks were done with each disk subsystem. Times
reported below are "wall times". All of this is done under the latest
release of 2.11BSD using a non-networking system and no other work
being done on the system.
1. "make sendmail" took 1159.4 seconds on the WQESD+Hitachi, and 1165.3
seconds on the SCDC+ZIP.
2. "find /usr -print > /dev/null" took 166.4 seconds on the WQESD+Hitachi
and 165.0 seconds on the SCDC+ZIP.
It looks like, for most purposes, the ZIP on a good SCSI host adapter is
just as good as an ESDI drive on a good ESDI controller. I think
Steven was expecting to see a substantial hit due to the ZIP's access time,
but I think that the buffering in the host adapter and in the ZIP drive
itself makes this a minor concern.
Tim.
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id TAA25119
for pups-liszt; Sun, 1 Mar 1998 19:01:49 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Beastly Wolf <beast(a)lintilla2.df.lth.se> Sun Mar 1 18:02:45 1998
Received: from tesla.df.lth.se (tesla.df.lth.se [194.47.252.144])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id TAA25114
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 1 Mar 1998 19:01:42 +1100 (EST)
Received: from lintilla2.df.lth.se (lintilla2.df.lth.se [194.47.252.38])
by tesla.df.lth.se (8.8.8/8.8.8) with SMTP id JAA08233;
Sun, 1 Mar 1998 09:01:35 +0100 (MET)
Received: by lintilla2.df.lth.se (SMI-8.6/SMI-SVR4)
id JAA20312; Sun, 1 Mar 1998 09:02:46 +0100
Date: Sun, 1 Mar 1998 09:02:45 +0100 (MET)
From: Beastly Wolf <beast(a)lintilla2.df.lth.se>
To: Allison J Parent <allisonp(a)world.std.com>
cc: pups(a)minnie.cs.adfa.oz.au
Subject: Re: That RL02 blues
In-Reply-To: <199802281508.AA24580(a)world.std.com>
Message-ID: <Pine.SUN.3.91.980301090135.20308A-100000(a)lintilla2.df.lth.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Grant chain was intact on both machines.
On the second machine the MSCP device was placed below the RLV12 and the
RA disk worked fine!
/Lars
On Sat, 28 Feb 1998, Allison J Parent wrote:
>
> <uq0 at uda0 csr 172150 vec 774 ipl 17
> <vvv****The RL02 driver!***vvv
> <hl0 at uba0 csr 174400 didn't interrupt
> <hl0 at uba0 csr 174400 didn't interrupt
> <^^^***(Observe! Twice! The darn thing at least pretends to try..)***^^^
> <klesiu0 at uba0
>
>
> That suggests the interrupt grant chain was not intact. Look to see if
> one of the slots needs a grant card. Watch out as a few cards DO NOT
> pass grant!
>
> <Any clue anybody? (I know that this is tedious for you all but it is for
> <a good cause, okay? )
>
> I understand why you would use rl02 they are handy. I have no experience
> with them in unix context only Qbus VAX (under VMS) and PDP-11s under
> rt-11/rsts/rsx-11 so I can't comment on software setup.
>
> Allison
>
>
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id TAA25136
for pups-liszt; Sun, 1 Mar 1998 19:05:29 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Beastly Wolf <beast(a)lintilla2.df.lth.se> Sun Mar 1 18:06:26 1998
Received: from tesla.df.lth.se (tesla.df.lth.se [194.47.252.144])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id TAA25131
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 1 Mar 1998 19:05:24 +1100 (EST)
Received: from lintilla2.df.lth.se (lintilla2.df.lth.se [194.47.252.38])
by tesla.df.lth.se (8.8.8/8.8.8) with SMTP id JAA08261;
Sun, 1 Mar 1998 09:05:21 +0100 (MET)
Received: by lintilla2.df.lth.se (SMI-8.6/SMI-SVR4)
id JAA20317; Sun, 1 Mar 1998 09:06:27 +0100
Date: Sun, 1 Mar 1998 09:06:26 +0100 (MET)
From: Beastly Wolf <beast(a)lintilla2.df.lth.se>
To: J Lothian <jlothian(a)holyrood.ed.ac.uk>
cc: pups(a)minnie.cs.adfa.oz.au
Subject: Re: RL02 meets BSD
In-Reply-To: <199802281618.QAA20434(a)holyrood.ed.ac.uk>
Message-ID: <Pine.SUN.3.91.980301090322.20308B-100000(a)lintilla2.df.lth.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Both systems have "pirate" drive controllers and they have cards
that do pass grant signals.
If I do not remember wrongly, I think that only RQDX-1 had the
"feature" of not passing the grant chain.
But we placed all RQDX controller at the bottom anyhow even
though they worked further up.
THis is of academical interest only since I do not have holes
in the grant chain and do not have an RQDX controllers AND
I have devices below the drive controller in the first case
that do work!
/Lars
On Sat, 28 Feb 1998, J Lothian wrote:
> I've had an RL02 working on an 11/750 running
> BSD4.3. The RL11 controller only has 16 words of
> buffer memory, so you've got to make sure that other
> devices don't hog the bus too much. In particular,
> UDAs should have their DMA burst set to something like 1.
> Setting it much higher causes the RL11 to get data lates
> as its silo overflows before it gets access to the bus
> to do DMA. However, the RLV12 seems to have a much bigger
> silo (256 bytes?), so this should't be a problem for it.
>
> The only other things I can think of are bus grant problems
> &c. If you're using an RQDX3 in the same machine, bear in mind
> that it doesn't pass the grants, and so should be the last
> device on the bus.
>
> James
>
>
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id TAA25220
for pups-liszt; Sun, 1 Mar 1998 19:37:03 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Beastly Wolf <beast(a)lintilla2.df.lth.se> Sun Mar 1 18:37:58 1998
Received: from tesla.df.lth.se (tesla.df.lth.se [194.47.252.144])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id TAA25215
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 1 Mar 1998 19:36:57 +1100 (EST)
Received: from lintilla2.df.lth.se (lintilla2.df.lth.se [194.47.252.38])
by tesla.df.lth.se (8.8.8/8.8.8) with SMTP id JAA08432;
Sun, 1 Mar 1998 09:36:49 +0100 (MET)
Received: by lintilla2.df.lth.se (SMI-8.6/SMI-SVR4)
id JAA20351; Sun, 1 Mar 1998 09:37:59 +0100
Date: Sun, 1 Mar 1998 09:37:58 +0100 (MET)
From: Beastly Wolf <beast(a)lintilla2.df.lth.se>
To: Tim Shoppa <shoppa(a)alph02.triumf.ca>
cc: J Lothian <jlothian(a)holyrood.ed.AC.UK>, pups(a)minnie.cs.adfa.oz.au
Subject: Re: RL02 meets BSD
In-Reply-To: <9802281758.AA14586(a)alph02.triumf.ca>
Message-ID: <Pine.SUN.3.91.980301090940.20308C-100000(a)lintilla2.df.lth.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
For various reasons I can not give you the hardware config of the
first system (Okay okay! I DO not want to crawl back in behind it
under all the cabling and short out the house again because I did
something aggravating to the power outlet in the process the last time
I was in there) but the only thing I did to that one was to add the RLV12 at
the bottom. The system worked before with all devices and did so afterwards
too except for the RLV-controller.
The second system looks like this:
A B C D
1 CPU-----CPU-----CPU-----CPU
2 MEM-----MEM-----MEM-----MEM
3 RLV12---RLV12---RLV12---RLV12
4 TKQ50---TKQ50 DQNA----DQNA
5 SI------SI------SI------SI
GLUED BACKPLANE FROM HERE AND DOWN
(this used to be a VAX-station II.
Remember them and cringe!)
SI is a quad ESDI controller for one or two external drives from System
Industries.
On the other system I have a dual SI controller for RA81 clones (Eagle).
There I DO have an RQDX-3 above the RLV12 but not so here.
Grant chain on the uVAX bus looks like this:
1AB-2AB-3AB-4AB-4CD-5CD-5AB(and so on).
The first three slots are "granted" only in the AB pair.
The RLV12 does work with grants only on the AB pair however.
It works fine in my three button 9 slot 22 bit backplane (classical
PDP11 vintage rack mount cab) and there the grant chain goes ONLY
on the AB side stright down (BA11-N and H9273).
So, no, I do not think we have a grant problem.
However, does the RLV12 handle drive interrupt like the RL11 does?
It could be that ULTRIX only supports the UNIBUS controller and
not the Qbus.. And if so, is there a fix for this out there?
And if not, how do I get hold of enough NetBSD to get a uVAX up
enough to have the config above, being able to network and being able
to reach both the SI controller and the RLV12?
Come to think of it, most of the no nonsense hard hat industry type
PDP11's I've seen (and especially the OEM-ed ones) got some sort
of winchester emulating one or several RL02s. Often combined with some
sort of QIC-type tape recorder with secret density.
To get ANYTHING on those rigs, I think you HAVE to do it the dd way
after having moved the controller to a bigger system....
Amazing how things can turn...
I used to spend a lot of time in trying to get away from the 16 bit
operating systems into the wonderful world of 32 bit. Now I am struggling
even harder to get back in there again. =)
Fun is not always bigger, faster better!
/Lars
On Sat, 28 Feb 1998, Tim Shoppa wrote:
> > The only other things I can think of are bus grant problems
> > &c.
>
> This certainly seems likely to me, too. What cards are in the
> machine, and in which slots? What are the switches on the RLV12
> set to?
>
> > If you're using an RQDX3 in the same machine, bear in mind
> > that it doesn't pass the grants, and so should be the last
> > device on the bus.
>
> I think you're thinking of the RQDX1/2 here.
>
> Tim.
>
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id FAA26727
for pups-liszt; Mon, 2 Mar 1998 05:58:11 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Mon Mar 2 04:57:46 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id FAA26722
for <pups(a)minnie.CS.ADFA.OZ.AU>; Mon, 2 Mar 1998 05:57:59 +1100 (EST)
Received: by alph02.triumf.ca; id AA28081; Sun, 1 Mar 1998 10:57:46 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9803011857.AA28081(a)alph02.triumf.ca>
Subject: Re: RL02 meets BSD
To: beast(a)lintilla2.df.lth.se (Beastly Wolf)
Date: Sun, 1 Mar 1998 10:57:46 -0800 (PST)
Cc: jlothian(a)holyrood.ed.AC.UK, pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <Pine.SUN.3.91.980301090940.20308C-100000(a)lintilla2.df.lth.se> from "Beastly Wolf" at Mar 1, 98 09:37:58 am
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> The second system looks like this:
> A B C D
> 1 CPU-----CPU-----CPU-----CPU
> 2 MEM-----MEM-----MEM-----MEM
> 3 RLV12---RLV12---RLV12---RLV12
> 4 TKQ50---TKQ50 DQNA----DQNA
> 5 SI------SI------SI------SI
> GLUED BACKPLANE FROM HERE AND DOWN
> (this used to be a VAX-station II.
> Remember them and cringe!)
Ah, the "RC" aka "restricted configuration" aka "resin-coated" backplane.
The BA23 has a special CD-bus in the first three slots. Usually it's
not a problem to put a full-height card in the third slot, below
the CPU and memory, but occasionally there are quad-height
cards which actually pay some attention to stuff going on the CD
side of the bus. Can you try rearranging your cards so that you
have a dual-height card (i.e. the TKQ50 or DEQNA) in slot 3 AB,
you have the 3 CD empty, and the RLV12 in slot 4? This involves you
giving up either your TKQ50 or DEQNA, but I'm hoping that you can
live without one or the other for a little while.
Also, how are the jumpers/DIPswitches set on the RLV12? It's possible
to do some weird things by sticking the RLV12 into 16-bit or 18-bit
mode or by having the VEC set to something used by one of your other
cards. If either of these is the case, regard the fact that the controller
isn't usable as a Good Thing; having a RLV12 in 18-bit mode splatter
data all around low memory isn't fun!
Tim. (shoppa(a)triumf.ca)
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id GAA26876
for pups-liszt; Mon, 2 Mar 1998 06:43:50 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Mon Mar 2 05:25:54 1998
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id GAA26871
for <pups(a)minnie.CS.ADFA.OZ.AU>; Mon, 2 Mar 1998 06:43:45 +1100 (EST)
Received: (from sms@localhost)
by moe.2bsd.com (8.8.5/8.8.5) id LAA08986;
Sun, 1 Mar 1998 11:25:54 -0800 (PST)
Date: Sun, 1 Mar 1998 11:25:54 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199803011925.LAA08986(a)moe.2bsd.com>
To: shoppa(a)alph02.triumf.ca, sms(a)moe.2bsd.com
Subject: Re: CD-ROM from SCO unlikely
Cc: pups(a)minnie.cs.adfa.oz.au
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Hi -
> From shoppa(a)alph02.triumf.ca Sat Feb 28 20:45:54 1998
>
> Both a Webster ESDC (1 Megabyte cache, Hitachi DK512-12 ESDI drive) and
> an Andromeda SCDC (2 Mbyte cache connected to many SCSI devices, including an
I tracked down an address and phone number for Andromeda Systems - they
are real close to me (in fact I drive by them every visit to Fry's ;-))
Andromeda Systems, Inc.
9000 Eton Avenue
Canoga Park, CA 91304
818-709-7600 (voice)
818-709-7407 (FAX)
No mention of a WWW site though. I'd imagine their boards, while
very good, are quite expensive. As much as I'd like a Zip drive
on the 11/93 I can't see spending US$1-2k for a $139 disk drive :-)
> 2. "find /usr -print > /dev/null" took 166.4 seconds on the WQESD+Hitachi
> and 165.0 seconds on the SCDC+ZIP.
WOW. That is quite surprising.
> Steven was expecting to see a substantial hit due to the ZIP's access time,
Quite so. Especially on the 'find' which is almost pure 'seek'
operations.
Wasn't there mention somewhere of a 200mb Zip? I know there's the
2gb Jaz drive now but haven't heard anymore about a larger Zip. On
the other hand there is the Syquest product line - they've a 135mb
"zip like" (but not compatible) drive.
Steven
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA26957
for pups-liszt; Mon, 2 Mar 1998 07:09:53 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Mon Mar 2 06:09:46 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id HAA26952
for <pups(a)minnie.CS.ADFA.OZ.AU>; Mon, 2 Mar 1998 07:09:49 +1100 (EST)
Received: by alph02.triumf.ca; id AA19319; Sun, 1 Mar 1998 12:09:46 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9803012009.AA19319(a)alph02.triumf.ca>
Subject: Re: CD-ROM from SCO unlikely
To: pups(a)minnie.cs.adfa.oz.au
Date: Sun, 1 Mar 1998 12:09:46 -0800 (PST)
In-Reply-To: <199803011925.LAA08986(a)moe.2bsd.com> from "Steven M. Schultz" at Mar 1, 98 11:25:54 am
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> > Both a Webster ESDC (1 Megabyte cache, Hitachi DK512-12 ESDI drive) and
> > an Andromeda SCDC (2 Mbyte cache connected to many SCSI devices, including an
> I tracked down an address and phone number for Andromeda Systems - they
> are real close to me (in fact I drive by them every visit to Fry's ;-))
> Andromeda Systems, Inc.
> 9000 Eton Avenue
> Canoga Park, CA 91304
> 818-709-7600 (voice)
> 818-709-7407 (FAX)
>
> No mention of a WWW site though.
Try http://www.andromedasystems.com/
> I'd imagine their boards, while
> very good, are quite expensive. As much as I'd like a Zip drive
> on the 11/93 I can't see spending US$1-2k for a $139 disk drive :-)
Hook up 6 other SCSI devices to the board and you might change your mind!
The SCDC also supports standard 34-pin 5.25" and 3.5" floppies.
> > 2. "find /usr -print > /dev/null" took 166.4 seconds on the WQESD+Hitachi
> > and 165.0 seconds on the SCDC+ZIP.
>
> WOW. That is quite surprising.
>
> > Steven was expecting to see a substantial hit due to the ZIP's access time,
>
> Quite so. Especially on the 'find' which is almost pure 'seek'
> operations.
Actually, the ZIP "in-use" LED wasn't lit during most of the 'find'. I
suspect the Andromeda SCDC cached most of the important inodes quite
early on.
In terms of raw bandwidth to the Q-bus, nothing I've ever seen comes
close to the SCDC. 2 Mbytes/second may not be a whole lot by modern
PCI bus standards, but on the Q-bus it's very impressive.
> Wasn't there mention somewhere of a 200mb Zip?
I've heard mention of it too, but AFAIK it's still vaporware. 100 Mbytes
is, indeed, pretty tight for a 2.11BSD distribution, but it does fit.
Tim. (shoppa(a)triumf.ca)
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA27003
for pups-liszt; Mon, 2 Mar 1998 07:32:58 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
Synopsis:
I am trying to install an RLV12 and an RL02 drive under ULTRIX so that I
can generate RL02 disks from the emulator software in the PUPS software
library. The ultimate goal is to have a machine where one can copy bootable
systems to people who do not have any vintage UNIX but have the hardware.
However!
There sure is a great fat wall to bump into here....
First try was a uVAX-II that is a part of my collection of vintage
machines.
This rig runs Ultrix 4.2 (with updates).
Here is the system messages when booting the GENERIC kernel:
Loading (a) vmunix ...
sizes:
text = 719932
data = 116224
bss = 398512
starting at 0xc19
ULTRIX V4.2 (Rev. 96) System#1: Mon Feb 23 13:40:07 EST 1998
real mem = 7335936
avail mem = 4779008
using 179 buffers containing 733184 bytes of memory.
MicroVAX-II with an fpu
Q22 bus
uda0 at uba0
uq0 at uda0 csr 172150 vec 774 ipl 17
vvv****The RL02 driver!***vvv
hl0 at uba0 csr 174400 didn't interrupt
hl0 at uba0 csr 174400 didn't interrupt
^^^***(Observe! Twice! The darn thing at least pretends to try..)***^^^
klesiu0 at uba0
uq6 at klesiu0 and so on.
The system then successfully loads uq16, dz0, ra0 and tms0.
This is what I did so far:
1) I made a system configuration file containing only the devices I got plus
hl0 (that is the RL02 driver).
Same effect as above.
2) To rule out that this was something in hardware I built an entire new
machine from scratch using spare parts. Not ONE thing was used from the
original system. I also installed ULTRIX 4.0 to be sure.
Guess what...
When booting the GENERIC kernel, the same thing occured.
During all test:
The RL02-drive(s) were spun up with a scratch disk in them.
On both systems they were set as drive 0 and had terminators.
*despair*
When trying to reach the disk by make-ing a file system on it, the system
snorts at me telling me to go and fly a kite. Watch this:
# newfs /dev/rrl0a rl02
newfs: /dev/rrl0a: cannot open to read partition table: No such device or
address
newfs: /dev/rrl0a: cannot open: No such device or address
However, the device files are in place. System just can not find the
board. =/
Any clue anybody? (I know that this is tedious for you all but it is for
a good cause, okay? )
/Lars Persson
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id CAA22081
for pups-liszt; Sun, 1 Mar 1998 02:08:57 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
Warren,
and the rest of us!
Thanks!
Everyone who has commented has covered all the same ground that I would
with the license discussion!
I will take what I can get to be legal!
Thanks for all the work on this!!
bob
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id CAA12525
for pups-liszt; Fri, 27 Feb 1998 02:57:56 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Bradshaw <tfb(a)aiai.ed.ac.uk> Fri Feb 27 01:57:39 1998
Received: from aiai.ed.ac.uk (eigg.aiai.ed.ac.uk [129.215.41.7])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id CAA12520
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 27 Feb 1998 02:57:49 +1100 (EST)
Received: from dubh.aiai.ed.ac.uk (dubh.aiai.ed.ac.uk [129.215.105.17])
by aiai.ed.ac.uk (8.8.7/8.8.7) with ESMTP id PAA07382;
Thu, 26 Feb 1998 15:57:40 GMT
Received: (tfb@localhost) by dubh.aiai.ed.ac.uk (8.6.13/8.6.12) id PAA13264; Thu, 26 Feb 1998 15:57:39 GMT
Date: Thu, 26 Feb 1998 15:57:39 GMT
Message-Id: <199802261557.PAA13264(a)dubh.aiai.ed.ac.uk>
From: Tim Bradshaw <tfb(a)aiai.ed.ac.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: wkt(a)cs.adfa.oz.au
Cc: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Subject: Re: DRAFT of license for ancient UNIX sources
In-Reply-To: <199802242217.JAA22990(a)henry.cs.adfa.oz.au>
References: <199802242217.JAA22990(a)henry.cs.adfa.oz.au>
X-Mailer: VM 6.32 under 19.14 XEmacs Lucid
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
I've been skipping a lot of the discussion about this, but if I read
this license correctly it seems to cover the SCO-owned bits of most of
the 4BSD releases as well. Of course all the recent ones are free
already, but I don't think that things like 4.2 are, and they're
derived from 32V I think, (or is there held to be an admixture of
stuff from System V?).
I'd be quite interested in 4.2 and 4.3 as I have a machine that runs
4.2 (not a vax...).
I suspect that the 4BSD situation must be fairly well understood by
someone, since there were all these legal arguments a few years ago
when the various PC BSDs started appearing in a big way.
Does anyone know what the real story is?
--tim
--
Tim Bradshaw, System Manager,
Artificial Intelligence Applications Institute,
University of Edinburgh
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA13228
for pups-liszt; Fri, 27 Feb 1998 07:21:55 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Fri Feb 27 06:23:30 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id HAA13222
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 27 Feb 1998 07:21:50 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id HAA26835 for pups(a)minnie.cs.adfa.oz.au; Fri, 27 Feb 1998 07:23:30 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802262023.HAA26835(a)henry.cs.adfa.oz.au>
Subject: Re: DRAFT of license for ancient UNIX sources
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Fri, 27 Feb 1998 07:23:30 +1100 (EST)
In-Reply-To: <199802261557.PAA13264(a)dubh.aiai.ed.ac.uk> from Tim Bradshaw at "Feb 26, 98 03:57:39 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Tim Bradshaw:
> I've been skipping a lot of the discussion about this, but if I read
> this license correctly it seems to cover the SCO-owned bits of most of
> the 4BSD releases as well. Of course all the recent ones are free
> already, but I don't think that things like 4.2 are, and they're
> derived from 32V I think, (or is there held to be an admixture of
> stuff from System V?).
No, the successor systems are specified as 16-bit, and that excludes the
4BSD systems as they ran on the Vax.
Besides, UCB still owns these systems. Keith Bostic has mentioned that
a back-burner project is to get all the 4BSD releases onto CD-ROMs,
and make them available to people with licenses for 32V. He knows about
the new SCO licenses. Perhaps we can start encouraging him once we get
out licenses?!
P.S Why do you think I fought to get 32V covered by the SCO license?
I wanted to be able to buy these 4BSD CD-ROMs!
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id GAA17819
for pups-liszt; Sat, 28 Feb 1998 06:24:28 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat Feb 28 05:07:40 1998
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id GAA17814
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 28 Feb 1998 06:24:21 +1100 (EST)
Received: (from sms@localhost)
by moe.2bsd.com (8.8.5/8.8.5) id LAA25828;
Fri, 27 Feb 1998 11:07:40 -0800 (PST)
Date: Fri, 27 Feb 1998 11:07:40 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199802271907.LAA25828(a)moe.2bsd.com>
To: grog(a)lemis.com, pups(a)minnie.cs.adfa.oz.au, wkt(a)cs.adfa.oz.au
Subject: Re: CD-ROM from SCO unlikely
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Howdy -
> From: Greg Lehey <grog(a)lemis.com>
> I can volunteer for this. The formats are: QIC-150, DDS, Exabyte 8500
> (8200 if people can tell me how to do it on an 8500), and open reel 1600 bpi.
Are there any UNIBUS/Qbus controllers that can deal with QIC-150?
I tried putting a Wangtek 5150ES on a Emulex UC08 and it didn't work
at all. The only 'QIC' format I've seen work (and which preserves
record boundaries) is the TK25 (uses the DC600A tapes). I can
make TK25 tapes.
I can also make 6250bpi 9-track until the tapedrive wears out (at
which point I'm unlikely to sink the rather high $$$ to repair/replace
it - 4mm drives are a lot cheaper ;-)).
> > Each can keep a reserve of distribution media as they wish. I'm
> > hoping the CD-ROM image won't change more than once a year.
>
> Looking at the number of patches to 2.11BSD alone, I'd say that that's
> a lost hope. There have been three in the past two months alone.
You've me to thank for that ;-)
> That's one of the reasons I don't think CD-ROM is the way to go. WORM
> wouldn't have this deficiency if they were cut on demand.
I think a CD is a good way to go - it can be used as the 'baseline'.
The updates to 2.11 are publically available via FTP at either
FTP.IIPO.GTEGSC.COM or MOE.2BSD.COM. Once a system is loaded from CD
then only those patches later than the CD need to be retrieved and
applied.
> One thing in that connection: please make sure that any CD-ROM uses
> RockRidge format (UNIX long file names). It would be a real pain to
Of course! There will be .MAP files to assist those systems that
need help with long filenames or deep directories.
Steven Schultz
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA18053
for pups-liszt; Sat, 28 Feb 1998 07:38:54 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Robin Birch <robin(a)falstaf.demon.co.uk> Sat Feb 28 06:37:13 1998
Received: from post.mail.demon.net (ehp-1.mail.demon.net [193.195.0.154])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id HAA18048
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 28 Feb 1998 07:38:48 +1100 (EST)
Received: from falstaf.demon.co.uk ([158.152.152.109]) by post.mail.demon.net
id aa0125289; 27 Feb 98 20:38 GMT
Message-ID: <mBJJxWA5Py90EwEW(a)falstaf.demon.co.uk>
Date: Fri, 27 Feb 1998 20:37:13 +0000
To: wkt(a)cs.adfa.oz.au
Cc: PDP Unix Preservation <pups(a)minnie.cs.adfa.oz.au>
From: Robin Birch <robin(a)falstaf.demon.co.uk>
Subject: Re: CD-ROM from SCO unlikely
In-Reply-To: <199802252335.KAA25775(a)henry.cs.adfa.oz.au>
MIME-Version: 1.0
X-Mailer: Turnpike (32) Version 3.05 <YSkKJATYm0AxAbv6xwlBrCeVCW>
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In message <199802252335.KAA25775(a)henry.cs.adfa.oz.au>, Warren Toomey
<wkt(a)henry.cs.adfa.oz.au> writes
>> Don't say I didn't tell you.
>
>Oh, I was expecting this.
>
>> I wonder if it's worth doing CD-ROMs for a few hundred people.
>> Initially you might sell 200, but then the rest would come over a
>> period of time, during which there would be updates. In addition, the
>> CD-ROM format isn't ideal for everybody: many would like it on tape.
>> I'd suggest that somebody cut WORMs for those who want it on CD-ROM,
>> and tapes for those who want it on tape. I can offer a variety of
>> tape formats, including (soon, hopefully) whatever a TS05 can write
>> (what's that? 1600bpi?), but not WORMs.
>
>I'd like to see:
>
> + a number of volunteers who are prepared to cut CD-ROMs
> + a number of volunteers who are prepared to cut tapes
> + a number of volunteers who are prepared to build kernels
>
Can do TK50, Exabyte, 0.25 SCSI cassette and will build kernels of
anything that I can safely get up on my 11/73.
This will be for UK distrib although I'll send anywhere if the postage
is reimbursed.
Robin
PS, I may be able to do TS05 in the future.
Robin Birch robin(a)falstaf.demon.co.uk
M1ASU Old computers and radios always welcome
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id MAA20210
for pups-liszt; Sat, 28 Feb 1998 12:35:46 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Sat Feb 28 11:35:28 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id MAA20205
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 28 Feb 1998 12:35:40 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id MAA04807;
Sat, 28 Feb 1998 12:05:29 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id MAA15673;
Sat, 28 Feb 1998 12:05:29 +1030 (CST)
(envelope-from grog)
Message-ID: <19980228120528.31861(a)freebie.lemis.com>
Date: Sat, 28 Feb 1998 12:05:28 +1030
From: Greg Lehey <grog(a)lemis.com>
To: "Steven M. Schultz" <sms(a)moe.2bsd.com>, pups(a)minnie.cs.adfa.oz.au,
wkt(a)cs.adfa.oz.au
Subject: Re: CD-ROM from SCO unlikely
References: <199802271907.LAA25828(a)moe.2bsd.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
In-Reply-To: <199802271907.LAA25828(a)moe.2bsd.com>; from Steven M. Schultz on Fri, Feb 27, 1998 at 11:07:40AM -0800
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Fri, 27 February 1998 at 11:07:40 -0800, Steven M. Schultz wrote:
> Howdy -
>
>> From: Greg Lehey <grog(a)lemis.com>
>>> Each can keep a reserve of distribution media as they wish. I'm
>>> hoping the CD-ROM image won't change more than once a year.
>>
>> Looking at the number of patches to 2.11BSD alone, I'd say that that's
>> a lost hope. There have been three in the past two months alone.
>
> You've me to thank for that ;-)
Indeed. Thanks.
>> That's one of the reasons I don't think CD-ROM is the way to go. WORM
>> wouldn't have this deficiency if they were cut on demand.
>
> I think a CD is a good way to go - it can be used as the 'baseline'.
> The updates to 2.11 are publically available via FTP at either
> FTP.IIPO.GTEGSC.COM or MOE.2BSD.COM. Once a system is loaded from CD
> then only those patches later than the CD need to be retrieved and
> applied.
Well, yes, but what are the economics of making a couple of hundred
CD-ROMs and then having to download possibly years of additional stuff
to be up to date?
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA20480
for pups-liszt; Sat, 28 Feb 1998 15:17:47 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Sat Feb 28 14:17:37 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id PAA20475
for <pups(a)minnie.CS.ADFA.OZ.AU>; Sat, 28 Feb 1998 15:17:42 +1100 (EST)
Received: by alph02.triumf.ca; id AA20644; Fri, 27 Feb 1998 20:17:38 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9802280417.AA20644(a)alph02.triumf.ca>
Subject: Re: CD-ROM from SCO unlikely
To: pups(a)minnie.cs.adfa.oz.au
Date: Fri, 27 Feb 1998 20:17:37 -0800 (PST)
In-Reply-To: <19980228120528.31861(a)freebie.lemis.com> from "Greg Lehey" at Feb 28, 98 12:05:28 pm
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> > I think a CD is a good way to go - it can be used as the 'baseline'.
> > The updates to 2.11 are publically available via FTP at either
> > FTP.IIPO.GTEGSC.COM or MOE.2BSD.COM. Once a system is loaded from CD
> > then only those patches later than the CD need to be retrieved and
> > applied.
>
> Well, yes, but what are the economics of making a couple of hundred
> CD-ROMs and then having to download possibly years of additional stuff
> to be up to date?
You might remember Ralph Cramden, from the _Honeymooners_, claiming that
he was going to wait for 3-D TV before he bought one.
What are you going to do - wait until Steven dies (I swear he'll be releasing
updates to 2BSD for the rest of his life) before making a CD?
Incidentally, a couple of weeks ago I made a nice bootable Iomega ZIP
cartridge with the current 2.11 generic kernel and everything in /usr. It all
barely fits in the 100 Mbytes (well, 3*65536*512 bytes) available, and
it's a hell of a lot more convenient for installs on Unibus and Q-bus
-11's with SCSI host adapters than the traditional tape distribution.
It's also worth pointing out that on the Q-bus SCSI host adapters that I
have - the CMD CQD440, the Emulex UC08, and the Andromeda SCDC - bootable
CD-ROM distributions are entirely possible. I'm not sure if 2.11BSD will
boot from a read-only device - Steven, have you tried this?
Tim. (shoppa(a)triumf.ca)
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA20523
for pups-liszt; Sat, 28 Feb 1998 15:39:41 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Sat Feb 28 14:39:26 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA20518
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 28 Feb 1998 15:39:36 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id PAA05019;
Sat, 28 Feb 1998 15:09:26 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id PAA16706;
Sat, 28 Feb 1998 15:09:26 +1030 (CST)
(envelope-from grog)
Message-ID: <19980228150926.00518(a)freebie.lemis.com>
Date: Sat, 28 Feb 1998 15:09:26 +1030
From: Greg Lehey <grog(a)lemis.com>
To: Tim Shoppa <shoppa(a)alph02.triumf.ca>, pups(a)minnie.cs.adfa.oz.au
Subject: Re: CD-ROM from SCO unlikely
References: <19980228120528.31861(a)freebie.lemis.com> <9802280417.AA20644(a)alph02.triumf.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
In-Reply-To: <9802280417.AA20644(a)alph02.triumf.ca>; from Tim Shoppa on Fri, Feb 27, 1998 at 08:17:37PM -0800
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Fri, 27 February 1998 at 20:17:37 -0800, Tim Shoppa wrote:
>>> I think a CD is a good way to go - it can be used as the 'baseline'.
>>> The updates to 2.11 are publically available via FTP at either
>>> FTP.IIPO.GTEGSC.COM or MOE.2BSD.COM. Once a system is loaded from CD
>>> then only those patches later than the CD need to be retrieved and
>>> applied.
>>
>> Well, yes, but what are the economics of making a couple of hundred
>> CD-ROMs and then having to download possibly years of additional stuff
>> to be up to date?
>
> You might remember Ralph Cramden, from the _Honeymooners_, claiming that
> he was going to wait for 3-D TV before he bought one.
>
> What are you going to do - wait until Steven dies (I swear he'll be releasing
> updates to 2BSD for the rest of his life) before making a CD?
Well, no, I had made a suggestion that, with the quantities involved,
it might be easier to burn WORMs.
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA20542
for pups-liszt; Sat, 28 Feb 1998 15:44:11 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat Feb 28 14:43:41 1998
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA20537
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 28 Feb 1998 15:44:06 +1100 (EST)
Received: (from sms@localhost)
by moe.2bsd.com (8.8.5/8.8.5) id UAA00780;
Fri, 27 Feb 1998 20:43:41 -0800 (PST)
Date: Fri, 27 Feb 1998 20:43:41 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199802280443.UAA00780(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.oz.au, shoppa(a)alph02.triumf.ca
Subject: Re: CD-ROM from SCO unlikely
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Tim -
> What are you going to do - wait until Steven dies (I swear he'll be releasing
> updates to 2BSD for the rest of his life) before making a CD?
The pace is slowing down due to lack of copious free time for major
projects but yeah, i kinda figure every couple months I'll find
something that needs fixing/tweeking/etc ;)
> Incidentally, a couple of weeks ago I made a nice bootable Iomega ZIP
> cartridge with the current 2.11 generic kernel and everything in /usr. It all
> barely fits in the 100 Mbytes (well, 3*65536*512 bytes) available, and
How "speedy" is a ZIP drive? I keep threatening to get a JAZ drive
for my 11 - they're nice. I don't like the DB25 style of cable
that the normal external ZIP drive uses so I'd have to find one of the
rare internal ZIP drives and stuff it into a traditional shoebox.
> -11's with SCSI host adapters than the traditional tape distribution.
Tape's good for backups though, so when I don't feel like putting up
with the racket of the 9-track I just cable up the 4mm drive to
the 11/73. Alas, the QIC style of drives don't work, at least not
with the Emulex UC08. For a brief moment the Seagate Tapestore 8000
appeared to work but then the whole system/controller hung (I suspect
the UC08 doesn't know how to deal with more modern tape drives).
The older QIC (Wangtek-5150ES) doesn't work at all - the UC08 barfs
at drives that don't do variable record mode. Do the CMD adaptors
do any better with "PC" style SCSI tape devices?
> It's also worth pointing out that on the Q-bus SCSI host adapters that I
> have - the CMD CQD440, the Emulex UC08, and the Andromeda SCDC - bootable
> CD-ROM distributions are entirely possible. I'm not sure if 2.11BSD will
Uh, 2.11 doesn't know how to deal with 2048 byte sectors or the
ISO9660 filesystem. Now a MO drive that used 512 byte sector'd
media should work just fine - but that style of drive is fading
in popularity.
> boot from a read-only device - Steven, have you tried this?
It'll panic. For a couple reasons: pipes are implemented via
the filesystem rather than sockets so anything involving pipes
needs a rw filesystem. And a swap area is needed. If there's
memory available there won't be any actual swapping going on but
argument gathering, etc during an 'exec' can use a small amount of
swap space. It might be possible to use a 'ram' disk but it's not
clear to me it'd be worth the trouble.
Steven
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id RAA20703
for pups-liszt; Sat, 28 Feb 1998 17:07:33 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Sat Feb 28 16:07:21 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id RAA20698
for <pups(a)minnie.CS.ADFA.OZ.AU>; Sat, 28 Feb 1998 17:07:28 +1100 (EST)
Received: by alph02.triumf.ca; id AA30497; Fri, 27 Feb 1998 22:07:22 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9802280607.AA30497(a)alph02.triumf.ca>
Subject: Re: CD-ROM from SCO unlikely
To: sms(a)moe.2bsd.com (Steven M. Schultz)
Date: Fri, 27 Feb 1998 22:07:21 -0800 (PST)
Cc: pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <199802280443.UAA00780(a)moe.2bsd.com> from "Steven M. Schultz" at Feb 27, 98 08:43:41 pm
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> > Incidentally, a couple of weeks ago I made a nice bootable Iomega ZIP
> > cartridge with the current 2.11 generic kernel and everything in /usr. It all
> > barely fits in the 100 Mbytes (well, 3*65536*512 bytes) available, and
>
> How "speedy" is a ZIP drive?
On my Andromeda SCDC, the effective transfer rate to the Q-bus is just
under a megabyte per second. In other words: damn fast. (Fast
7200 RPM SCSI-II hard drives will get 1.5-2 Mbyte second). Booting
from ZIP is far, far faster than booting from a RD54. I posted some
benchmarks to vmsnet.pdp-11 two months or so ago.
> I keep threatening to get a JAZ drive
> for my 11 - they're nice. I don't like the DB25 style of cable
> that the normal external ZIP drive uses so I'd have to find one of the
> rare internal ZIP drives and stuff it into a traditional shoebox.
That aren't all that rare. You just have to go someplace other than
Fry's, that's all :-).
> > -11's with SCSI host adapters than the traditional tape distribution.
>
> Tape's good for backups though, so when I don't feel like putting up
> with the racket of the 9-track I just cable up the 4mm drive to
> the 11/73. Alas, the QIC style of drives don't work, at least not
> with the Emulex UC08. For a brief moment the Seagate Tapestore 8000
> appeared to work but then the whole system/controller hung (I suspect
> the UC08 doesn't know how to deal with more modern tape drives).
> The older QIC (Wangtek-5150ES) doesn't work at all - the UC08 barfs
> at drives that don't do variable record mode. Do the CMD adaptors
> do any better with "PC" style SCSI tape devices?
The problem is that most QIC devices are commonly operated in fixed-size-
block mode, something that TMSCP doesn't really grok well unless its
hidden under a layer that hides this and allows for variable-sized
"virtual" blocks. (Your TK25 takes care of all of this for you
automagically.)
> > have - the CMD CQD440, the Emulex UC08, and the Andromeda SCDC - bootable
> > CD-ROM distributions are entirely possible. I'm not sure if 2.11BSD will
>
> Uh, 2.11 doesn't know how to deal with 2048 byte sectors or the
> ISO9660 filesystem.
That's OK. The MSCP controllers make each 2048 byte sector look like
4 512-byte blocks. And you don't need to lay down a ISO9660 filesystem;
if you throw away the idiotic software that comes with the PC-clone
CD-ROM writers, you can put any filesystem you like down. I've
built bootable RT-11 CD-ROM's this way.
> > boot from a read-only device - Steven, have you tried this?
>
> It'll panic. For a couple reasons: pipes are implemented via
> the filesystem rather than sockets so anything involving pipes
> needs a rw filesystem. And a swap area is needed. If there's
> memory available there won't be any actual swapping going on but
> argument gathering, etc during an 'exec' can use a small amount of
> swap space. It might be possible to use a 'ram' disk
RT-11 also wants a writable swap file, and this is indeed provided by
using a RAM disk (i.e. VM:).
> but it's not
> clear to me it'd be worth the trouble.
It depends on how convenient you find installation from CD-ROM :-). I find
the bootable ZIP disk very convenient for "recovery media", and they're
a whole lot easier to fit in my shirt pocket than a RL02 cart!
Tim. (shoppa(a)triumf.ca)
<I expect that the cost will initially cover NO media. From what Dion
<is saying, SCO doesn't even have copies of these systems! I will suggest
I find this distressing as putting up unix an my 11/73 is dependent on
availability of all the correct parts being available(drivers et al).
While I believe thre are versions that can be put on the machine I do
not know enough to speculate how or what device requirements there would
be. What comes to mind, can it be configured to exploit the hardware?
Or maybe the question should be is there a copy complete enough that has
all of the installion templates?
<to them that, if we can put together a CD-ROM image, perhaps they can
<distribute the image with every license.
That would make sense, readable under dos, linux?
<If not, the license allows us to exchange copies of the systems, provide
<we get written authorisation from SCO. The licensing people there are
<going to get awfully sick of me asking for written authorisation, otherwi
Definately should be written notification for manageability at their end.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA08330
for pups-liszt; Thu, 26 Feb 1998 08:57:13 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Thu Feb 26 07:58:42 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA08325
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 26 Feb 1998 08:57:09 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id IAA25252 for pups(a)minnie.cs.adfa.oz.au; Thu, 26 Feb 1998 08:58:42 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802252158.IAA25252(a)henry.cs.adfa.oz.au>
Subject: System III (fwd)
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Thu, 26 Feb 1998 08:58:42 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
----- Forwarded message from Alan Bain -----
>From afrb2(a)hermes.cam.ac.uk Thu Feb 26 01:08:57 1998
Date: Wed, 25 Feb 1998 14:07:03 +0000 (GMT)
From: Alan Bain <afrb2(a)hermes.cam.ac.uk>
X-Sender: afrb2(a)red.csi.cam.ac.uk
Reply-To: Alan Bain <afrb2(a)hermes.cam.ac.uk>
To: wkt(a)henry.cs.adfa.oz.au
Subject: System III
Message-ID: <Pine.SOL.3.95q.980225140211.13155I-100000(a)red.csi.cam.ac.uk>
I remember seeing this on the mailing list a while ago and wondered what
became of the Sys III (no that it's of any use to me with an 11/34!).
Hope you track down a copy.... I'm still looking for the pre AT&T V5
versions myself ... someone seems to have had a very early version here in
Cambridge UK but I can find out what became of it. There may have even
been a PDP-7 running unix at one point here. The CL are hopelessly
disorganised about such stuff -- it goes in the `old junk' category and
unfortunately they love to wipe tapes just in case they contain
proprietary software. However I now have access to a half inch drive on a
sun (certainly 1600 & 6250 BPI, possibly more useful lower BPI also). If
anyone in the UK has such tapes I'm most willing to try and read them.
Alan
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA08405
for pups-liszt; Thu, 26 Feb 1998 09:10:46 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Alan Bain <afrb2(a)hermes.cam.ac.uk> Thu Feb 26 00:07:03 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA08400
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 26 Feb 1998 09:10:43 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA25371 for pups(a)minnie.cs.adfa.oz.au; Thu, 26 Feb 1998 09:12:16 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802252212.JAA25371(a)henry.cs.adfa.oz.au>
Subject: Re: DRAFT of license for ancient UNIX sources
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Thu, 26 Feb 1998 09:12:16 +1100 (EST)
In-Reply-To: <34F446F9.E9AD729F(a)pa.dec.com> from Paul McJones at "Feb 25, 98 08:29:45 am"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Paul McJones:
> Given that "Lions' Commentary on Unix : With Source Code" has been
> published as a book under normal copyright, all the focus on designated
> cpus and audits and such in this draft license seems very heavyweight to
> me. Does SCO really believe someone is going to start with the 7th
> edition code and evolve it into a commercial offering competitive with
> SCO's latest?
No, what the legal guys have done is take the original v7 license and
alter it enough to keep us happy. This is why there are such hangovers
as designated CPUs. They probably did this to:
+ minimise the work they had to do, and
+ prevent a product being licensed under widely different systems
If they created a completely new license, there may be a legal slant:
e.g hey I own an original Western Electric v7 license, and now SCO's
selling licenses which allow export of code to China (for example).
That's unfair, because my license prevents that. Sue, sue!!
[Maybe I'm just being paranoid here].
Anyway, the CPU restriction is BOGUS. SCO already have a binary license
for v5, v6 and v7 which allows you to run these systems on an UNLIMITED
number of CPUs. I can't see how they are going to enforce the CPU
restriction in the new license.
I think Dion suggested that auditing was probably not going to happen.
Mind you, don't hold him to that!
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA08480
for pups-liszt; Thu, 26 Feb 1998 09:35:40 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Thu Feb 26 08:37:10 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA08475
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 26 Feb 1998 09:35:37 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA25560 for pups(a)minnie.cs.adfa.oz.au; Thu, 26 Feb 1998 09:37:10 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802252237.JAA25560(a)henry.cs.adfa.oz.au>
Subject: CD-ROM from SCO unlikely
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Thu, 26 Feb 1998 09:37:10 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Dion in SCO says:
> What about SCO including a CD-ROM with each license. Do you think they'd
> be prepared to do this?
> Well... hmmm... we are not really staffed in the legal dept and
> free stuff programs to do this. I was hoping you enthusiasts already
> have all the code and can share it among yourselves as needed.
>
> E.g. if a new player wants the stuff, they send us $100 and a
> filled out license form. Then we notify you (or notify the PUPS
> society) that this person is licensed, and you guys figure out
> how to service the new guy. Would that work?
So it looks like we're going to be cutting our own media. At least the SCO
license allows us to charge for copying and distribution :-)
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA08656
for pups-liszt; Thu, 26 Feb 1998 10:24:44 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Thu Feb 26 09:24:34 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA08651
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 26 Feb 1998 10:24:38 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id JAA11743;
Thu, 26 Feb 1998 09:54:34 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id JAA01636;
Thu, 26 Feb 1998 09:54:34 +1030 (CST)
(envelope-from grog)
Message-ID: <19980226095434.51853(a)freebie.lemis.com>
Date: Thu, 26 Feb 1998 09:54:34 +1030
From: Greg Lehey <grog(a)lemis.com>
To: wkt(a)cs.adfa.oz.au
Cc: PDP UNIX Preservation Society <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: CD-ROM from SCO unlikely
References: <199802252237.JAA25560(a)henry.cs.adfa.oz.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
In-Reply-To: <199802252237.JAA25560(a)henry.cs.adfa.oz.au>; from Warren Toomey on Thu, Feb 26, 1998 at 09:37:10AM +1100
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Thu, 26 February 1998 at 9:37:10 +1100, Warren Toomey wrote:
> Dion in SCO says:
>
>> What about SCO including a CD-ROM with each license. Do you think they'd
>> be prepared to do this?
>
>> Well... hmmm... we are not really staffed in the legal dept and
>> free stuff programs to do this. I was hoping you enthusiasts already
>> have all the code and can share it among yourselves as needed.
>>
>> E.g. if a new player wants the stuff, they send us $100 and a
>> filled out license form. Then we notify you (or notify the PUPS
>> society) that this person is licensed, and you guys figure out
>> how to service the new guy. Would that work?
>
> So it looks like we're going to be cutting our own media. At least the SCO
> license allows us to charge for copying and distribution :-)
Don't say I didn't tell you.
I wonder if it's worth doing CD-ROMs for a few hundred people.
Initially you might sell 200, but then the rest would come over a
period of time, during which there would be updates. In addition, the
CD-ROM format isn't ideal for everybody: many would like it on tape.
I'd suggest that somebody cut WORMs for those who want it on CD-ROM,
and tapes for those who want it on tape. I can offer a variety of
tape formats, including (soon, hopefully) whatever a TS05 can write
(what's that? 1600bpi?), but not WORMs.
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA08684
for pups-liszt; Thu, 26 Feb 1998 10:33:55 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Thu Feb 26 09:35:25 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA08679
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 26 Feb 1998 10:33:51 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id KAA25775 for pups(a)minnie.cs.adfa.oz.au; Thu, 26 Feb 1998 10:35:25 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802252335.KAA25775(a)henry.cs.adfa.oz.au>
Subject: Re: CD-ROM from SCO unlikely
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Thu, 26 Feb 1998 10:35:25 +1100 (EST)
In-Reply-To: <19980226095434.51853(a)freebie.lemis.com> from Greg Lehey at "Feb 26, 98 09:54:34 am"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> Don't say I didn't tell you.
Oh, I was expecting this.
> I wonder if it's worth doing CD-ROMs for a few hundred people.
> Initially you might sell 200, but then the rest would come over a
> period of time, during which there would be updates. In addition, the
> CD-ROM format isn't ideal for everybody: many would like it on tape.
> I'd suggest that somebody cut WORMs for those who want it on CD-ROM,
> and tapes for those who want it on tape. I can offer a variety of
> tape formats, including (soon, hopefully) whatever a TS05 can write
> (what's that? 1600bpi?), but not WORMs.
I'd like to see:
+ a number of volunteers who are prepared to cut CD-ROMs
+ a number of volunteers who are prepared to cut tapes
+ a number of volunteers who are prepared to build kernels
in several countries (Australia, U.K, USA, Europe). Each can keep a
reserve of distribution media as they wish. I'm hoping the CD-ROM
image won't change more than once a year.
As you saw, Dion would send us details of new license owners, probably
via PGP-signed email. I'd like to pass the info on PGP-signed, so I'd
need the volunteers to have PGP too.
If we have a FAQ, we can list the people to ask for tapes, CD-ROMs etc.
You are allowed to charge for copying and distribution.
We're going to have to work on this in the next few months.
Thanks for all your suggestions & volunteering!
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id LAA09286
for pups-liszt; Thu, 26 Feb 1998 11:00:35 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Thu Feb 26 10:00:14 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id LAA09236
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 26 Feb 1998 11:00:23 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id KAA11810;
Thu, 26 Feb 1998 10:30:15 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id KAA01823;
Thu, 26 Feb 1998 10:30:14 +1030 (CST)
(envelope-from grog)
Message-ID: <19980226103014.06033(a)freebie.lemis.com>
Date: Thu, 26 Feb 1998 10:30:14 +1030
From: Greg Lehey <grog(a)lemis.com>
To: wkt(a)cs.adfa.oz.au, PDP Unix Preservation <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: CD-ROM from SCO unlikely
References: <19980226095434.51853(a)freebie.lemis.com> <199802252335.KAA25775(a)henry.cs.adfa.oz.au>
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
micalg=pgp-md5; boundary=wLpm8qysLVxtbajz
X-Mailer: Mutt 0.89i
In-Reply-To: <199802252335.KAA25775(a)henry.cs.adfa.oz.au>; from Warren Toomey on Thu, Feb 26, 1998 at 10:35:25AM +1100
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
--wLpm8qysLVxtbajz
Content-Type: text/plain; charset=us-ascii
On Thu, 26 February 1998 at 10:35:25 +1100, Warren Toomey wrote:
>> Don't say I didn't tell you.
>
> Oh, I was expecting this.
>
>> I wonder if it's worth doing CD-ROMs for a few hundred people.
>> Initially you might sell 200, but then the rest would come over a
>> period of time, during which there would be updates. In addition, the
>> CD-ROM format isn't ideal for everybody: many would like it on tape.
>> I'd suggest that somebody cut WORMs for those who want it on CD-ROM,
>> and tapes for those who want it on tape. I can offer a variety of
>> tape formats, including (soon, hopefully) whatever a TS05 can write
>> (what's that? 1600bpi?), but not WORMs.
>
> I'd like to see:
>
>> a number of volunteers who are prepared to cut CD-ROMs
>> a number of volunteers who are prepared to cut tapes
I can volunteer for this. The formats are: QIC-150, DDS, Exabyte 8500
(8200 if people can tell me how to do it on an 8500), and open reel
1600 bpi.
>> a number of volunteers who are prepared to build kernels
>
> in several countries (Australia, U.K, USA, Europe).
Europe and UK separately, eh?
> Each can keep a reserve of distribution media as they wish. I'm
> hoping the CD-ROM image won't change more than once a year.
Looking at the number of patches to 2.11BSD alone, I'd say that that's
a lost hope. There have been three in the past two months alone.
That's one of the reasons I don't think CD-ROM is the way to go. WORM
wouldn't have this deficiency if they were cut on demand.
One thing in that connection: please make sure that any CD-ROM uses
RockRidge format (UNIX long file names). It would be a real pain to
be limited to DOS-style naming.
> As you saw, Dion would send us details of new license owners, probably
> via PGP-signed email. I'd like to pass the info on PGP-signed, so I'd
> need the volunteers to have PGP too.
Not a problem.
> If we have a FAQ, we can list the people to ask for tapes, CD-ROMs etc.
> You are allowed to charge for copying and distribution.
Seems reasonable.
Greg
--
Greg Lehey LEMIS
grog(a)lemis.com PO Box 460
Tel: +61-8-8388-8286 Echunga SA 5153
Fax: +61-8-8388-8725 Australia
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.6.3ia
mQCNAzTb3SMAAAEEAMS8rCMuqbX0llo8lPuE+m1/bHTNN4q3o2OFi1t9WXlYd063
XslucmHTYRk+f0OznRpcAuyr1pvYqfnl0Gi5uys/CopKiwaouXZYjSW6PzVnTQza
QJKuQwlpSUJhrcj9qXn5CW6FCLRXRcZdSezTZmDPV2jKXadD30ciy96pXaeVAAUR
tA5ncm9nQGxlbWlzLmNvbYkAlQMFEDTb3SRHIsveqV2nlQEBnbQD+wf6JL7GgPbM
Ql+TK9ZpYUBo+brvkg4GdgWVHbiHEue8dxm0vgEB+K4GpCJEYAx+x6L7ZM4iF4Nv
axzS1UrVru9IYforM51jODk4mxZAySTspIbEzmBTY5/7N2i3b4kkiqeCdVKTy2c2
fwkb1+F6EZXY8xaxIFtu3NGRxR0Pd2Am
=M7yb
-----END PGP PUBLIC KEY BLOCK-----
--wLpm8qysLVxtbajz
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
iQCVAwUBNPSwjkciy96pXaeVAQEgtgP/Qnhw4BNOveBwTgF/kOjc0GO/kkXaMMy1
vgsjWjJDlSsoN7wsI/7Nk2pLlrSfLQ7IM2lrMHOJ8CP1CP/UevcaRGeLIXFk7FNA
sF/53EXOk+unWEnqMdxK62ihWToXUpJDC3bG7XtkxndeqnJOCDOazkx2tzi9HZO/
9UkX6U4MXNo=
=szjT
-----END PGP SIGNATURE-----
--wLpm8qysLVxtbajz--
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id LAA09900
for pups-liszt; Thu, 26 Feb 1998 11:37:42 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
<I added an RLV-controller for those RL02 drives into the system and
I take it that is the rlv12 controller as the rlv11 twoboard set is not
usable. The rlv11 (m8014/8014) must be plugged into a h9273 backplane
only!
RLV12 nominal CSR is 17774400, Vector 160
^^
DEQNA nominal CSR is 17774440, Vector 120
^^
I positioned the text to show how similar they are but not the same.
<snipped some rows from the GENERIC file to make a good system.
<What struck me as if upon my head was that the CSR for the DQNA and the
<RL02 controller was the same.
No they are not.
<I am reluctant to put cards on non standard CSRs since the GENERIC kerne
No need to.
<What the heck is happening? Do I need to have the RL02 connected to get t
<darn thing to interrupt or do I have a CSR / Interrupt conflict along the
<line?
likely yes, the drive must be connected. Also recheck you haven't
interrupted the bus grant sequence with the mix of quad wide and dual
wide cards.
<Or could the controller be bad? (Not to worry! I got more controllers
<laying about! =) ).
It is possible.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id DAA03424
for pups-liszt; Wed, 25 Feb 1998 03:30:27 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Wed Feb 25 02:29:38 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id DAA03419
for <pups(a)minnie.CS.ADFA.OZ.AU>; Wed, 25 Feb 1998 03:30:20 +1100 (EST)
Received: by alph02.triumf.ca; id AA03005; Tue, 24 Feb 1998 08:29:38 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9802241629.AA03005(a)alph02.triumf.ca>
Subject: Re: Project generate RL02.
To: allisonp(a)world.std.com (Allison J Parent)
Date: Tue, 24 Feb 1998 08:29:38 -0800 (PST)
Cc: pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <199802241447.AA20016(a)world.std.com> from "Allison J Parent" at Feb 24, 98 09:47:39 am
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> <I added an RLV-controller for those RL02 drives into the system and
>
> I take it that is the rlv12 controller as the rlv11 twoboard set is not
> usable. The rlv11 (m8014/8014) must be plugged into a h9273 backplane
> only!
Actually, if you use an expansion BA23 it is possible to hook a
RLV11 set to a uVax. Woe to the person that tries this, though, as there
are bad things in store when the system begins doing any Q-bus
transactions past the lower 248 Kbytes! The 18-bit-ness of the
RLV11 is a very nasty form of 18-bit-ness, and not easily overcome
like, say, the RXV21.
> <What the heck is happening? Do I need to have the RL02 connected to get t
> <darn thing to interrupt or do I have a CSR / Interrupt conflict along the
> <line?
>
> likely yes, the drive must be connected.
Certainly yes, if the Ultrix autoconfigure logic is anything like
2.11 BSD's was before I got fed up with it insisting that I have
my RL units #0 when booting. To quote from 2.11BSD Patch #380:
Subject: RL driver update, setvbuf(3) arrives in 2BSD, rdist fix (#380)
Description:
1) 'autoconfig' only recognizes the RL controller if drive 0
is connected to the system at boot time.
Repeat-by:
1) Boot a system with multiple RL drives, but with drive
0 not present. 'autoconfig' will not see an interrupt
from the RL subsystem during its probe of drive 0, and as
a result the rl driver will not be attached.
Fix:
1) Modify /sys/autoconfig/rlauto.c so it tests only for the
presence of the RL controller CSR, and doesn't wait for
an interrupt. This is the same thing which is done in the TS11
probe routine because TS controllers can not be made to interrupt
reliably if a tape is not at the load point and the drive is not
online.
Tim.
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA04419
for pups-liszt; Wed, 25 Feb 1998 09:16:19 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Feb 25 08:17:42 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA04414
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 09:16:15 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA22990 for pups(a)minnie.cs.adfa.oz.au; Wed, 25 Feb 1998 09:17:42 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802242217.JAA22990(a)henry.cs.adfa.oz.au>
Subject: DRAFT of license for ancient UNIX sources
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 25 Feb 1998 09:17:42 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: application/pgp; format=text; x-action=sign
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
-----BEGIN PGP SIGNED MESSAGE-----
All,
Here is the DRAFT of the license for the PDP-11 versions of UNIX.
Please treat this as a IN CONFIDENCE email and do not pass it on to other
people. If you have any adverse comments, pass them back to the mailing list
as well as Dion Johnson.
Warren
- ----- Forwarded message from Dion Johnson -----
DRAFT - for discussion purposes - comments to dionj(a)sco.com please,
and to Warren Toomey, et al, as you see fit. Please do not
distribute this widely. -Dion
Dion L. Johnson II - The Santa Cruz Operation, Inc. dionj(a)sco.com
Czar of Free Stuff and Technical customers' advocate.
400 Encinal St. Santa Cruz, CA 95061 FAX: 408-427-5417 Voice: 408-427-7565
==============================================================================
Agreement Number: ________________
THE SANTA CRUZ OPERATION, INC. SPECIAL SOFTWARE LICENSE AGREEMENT
A. THE SANTA CRUZ OPERATION, INC., a California corporation
(SCO), having an office at 400 Encinal Street, Santa Cruz,
California 95061-1900 and LICENSEE, as defined in the signature
block of this Agreement agree that, as of the Effective Date
hereof, as defined in Section 7.1, the terms and conditions set
forth in this Agreement shall apply to use by LICENSEE of SOURCE
CODE PRODUCTS subject to this Agreement.
B. SCO makes certain licensing rights for SOURCE CODE PRODUCTS
available under this Agreement, including rights to make and use
DERIVED BINARY PRODUCTS. Such SOURCE CODE PRODUCT is identified
in Section 3 of this Agreement .
C. This Agreement sets forth the entire agreement and
understanding between the parties as to the subject matter hereof
and merge all prior discussions between them, and neither of the
parties shall be bound by any conditions, definitions,
warranties, understandings or representations with respect to
such subject matter other than as expressly provided herein or as
duly set forth on or subsequent to the date of acceptance hereof
in writing and signed by a proper and duly authorized
representative of the party to be bound thereby. No provision
appearing on any form originated by LICENSEE shall be applicable
unless such provision is expressly accepted in writing by an
authorized representative of SCO.
F. The AUTHORIZED COUNTRY for this Agreement shall be ______________________.
IN WITNESS WHEREOF, the parties have caused this Agreement to be
executed by their duly authorized representatives.
LICENSEE: THE SANTA CRUZ OPERATION, INC.
__________________________________ By:_________________________________
(Name)
__________________________________ ____________________________________
(Address) (Title)
__________________________________ ____________________________________
(Address) (Date)
__________________________________
(By)
__________________________________
(Print or Type Name
__________________________________
(Title)
I. DEFINITIONS
1.1 AUTHORIZED COUNTRY means one or more countries specified on
page 1 of this Agreement.
1.2 CPU means a computer having one or more processing units and
a single global memory space.
1.3 COMPUTER PROGRAM means any instruction or instructions for
controlling the operation of a CPU.
1.4 DERIVED BINARY PRODUCT means COMPUTER PROGRAMS in OBJECT CODE
format based on a SOURCE CODE PRODUCT.
1.5 DESIGNATED CPU means all CPUs licensed as such for a specific
SOURCE CODE PRODUCT.
1.6 OBJECT CODE means a COMPUTER PROGRAM in binary form,
resulting from the compilation of SOURCE CODE by computer or
compiler into machine executable code and which is in a form of
computer programs not convenient to human understanding of the
program logic, but which is appropriate for execution or
interpretation by computer.
1.7 SOURCE CODE means COMPUTER PROGRAMS written in certain
programming languages in electronic media form and in a form
convenient for reading and review by a trained individual, such
as a printed or written listing of programs, containing specific
algorithms, instructions, plans, routines and the like, for
controlling the operation of a computer system, but which is not
in a form that would be suitable for execution directly on
computer hardware.
1.8 SOURCE CODE PRODUCT means a SCO software offering, primarily
in SOURCE CODE form. Such offering may also include OBJECT CODE
components.
1.9 SUCCESSOR OPERATING SYSTEM means a SCO software offering that
is (i) specifically designed for a 16-Bit computer, or (ii) the
32V version, and (ii) specifically excludes UNIX System V and
successor operating systems.
2. GRANT OF RIGHTS
2.1 (a) SCO grants to LICENSEE a personal, nontransferable and
nonexclusive right to use, in the AUTHORIZED COUNTRY, each SOURCE
CODE PRODUCT identified in Section 3 of this Agreement, solely
for personal use (as restricted in Section 2.1(b)) and solely on
or in conjunction with DESIGNATED CPUs, and/or Networks of
CPUs, licensed by LICENSEE through this SPECIAL SOFTWARE LICENSE
AGREEMENT for such SOURCE CODE PRODUCT. Such right to use
includes the right to modify such SOURCE CODE PRODUCT and to
prepare DERIVED BINARY PRODUCT based on such SOURCE CODE PRODUCT,
provided that any such modification or DERIVED BINARY PRODUCT
that contains any part of a SOURCE CODE PRODUCT subject to this
Agreement is treated hereunder the same as such SOURCE CODE
PRODUCT. SCO claims no ownership interest in any portion of such
a modification or DERIVED BINARY PRODUCT that is not part of a
SOURCE CODE PRODUCT.
(b) Personal use is limited to noncommercial uses. Any such use
made in connection with the development of enhancements or
modifications to SOURCE CODE PRODUCTS is permitted only if (i)
neither the results of such use nor any enhancement or
modification so developed is intended primarily for the benefit
of a third party and (ii) any copy of any such result,
enhancement or modification, furnished by LICENSEE to a third
party holder of an equivalent Software License with SCO where
permitted by Section 8.4(b) below, is furnished for no more than
the cost of reproduction and shipping. Any such copy that
includes any portion of a SOURCE CODE PRODUCT shall be subject to
the provisions of such Section 8.4.
(c) LICENSEE may produce printed and on-line copies of
documentation included with the SOURCE CODE PRODUCT as necessary
for use with the DESIGNATED CPUs. All copies must include a
legally sufficient copyright notice and a statement that the
documents include a portion or all of SCO's copyrighted
documentation, which is being reproduced with permission.
(d) Commercial use by LICENSEE of SOURCE CODE PRODUCTS or of any
result, enhancement or modification associated with the use of
SOURCE CODE PRODUCTS under this Agreement is not permitted. Such
commercial use is permissible only pursuant to the terms of an
appropriate commercial software agreement between SCO or a
corporate affiliate thereof and LICENSEE. For purposes of this
Agreement, commercial use includes, but is not limited to,
furnishing copies to third parties in a manner not permitted by
Section 8.4(b).
(e) SCO also grants LICENSEE a personal, nontransferable and
nonexclusive right to make copies of DERIVED BINARY PRODUCTS and,
subject to U. S. Government export requirements and to Section
8.4(b), to furnish such copies directly to other LICENSEES who
have an equivalent Software License with SCO before or at the
time of furnishing each copy of a DERIVED BINARY PRODUCT.
2.2 (a) Any notice acknowledging a contribution of a third party
appearing in a SOURCE CODE PRODUCT shall be included in
corresponding portions of DERIVED BINARY PRODUCTS made by
LICENSEE.
(b) Each portion of a DERIVED BINARY PRODUCT shall include an
appropriate copyright notice. Such copyright notice may be the
copyright notice or notices appearing in or on the corresponding
portions of the SOURCE CODE PRODUCT on which such DERIVED BINARY
PRODUCT is based or, if copyrightable changes are made in
developing such DERIVED BINARY PRODUCT, a copyright notice
identifying the owner of such changes.
2.3 No right is granted hereunder to use any trademark of SCO (or
a corporate affiliate thereof). However, LICENSEE must state in
packaging, labeling or other wise that a DERIVED BINARY PRODUCT
is derived from SCO's software under license from SCO and
identify such software (including any trademark, provided the
proprietor of the trademark is appropriately identified).
LICENSEE agrees not to use a name or trademark for a DERIVED
BINARY PRODUCT that is confusingly similar to a name or trademark
used by SCO (or a corporate affiliate thereof).
2.4 A single back-up CPU may be used as a substitute for the
DESIGNATED CPU without notice to SCO during any time when such
DESIGNATED CPU is inoperative because it is malfunctioning or
undergoing repair, maintenance or other modification.
3. LICENSED SOURCE CODE PRODUCTS
The SOURCE CODE PRODUCTS to which SCO grants rights under this
Agreement are restricted to the following UNIX Operating Systems,
including SUCCESSOR OPERATING SYSTEMs, that operate on the 16-Bit
PDP-11 CPU and early versions of the 32-Bit UNIX Operating System
with specific exclusion of UNIX System V and successor operating
systems:
16-Bit UNIX Editions 1, 2, 3, 4, 5, 6, 7
32-bit 32V
4. DELIVERY
SCO makes no guarantees or commitments that any SOURCE CODE
PRODUCT is available from SCO. If available, SCO will, within a
reasonable time after SCO receives the fee specified in this
Agreement for a SOURCE CODE PRODUCT, furnish to LICENSEE one (1)
copy of such SOURCE CODE PRODUCT.
5. EXPORT
5.1 LICENSEE agrees that it will not, without the prior written
consent of SCO, export, directly or indirectly, SOURCE CODE
PRODUCTS covered by this Agreement to any country outside of the
AUTHORIZED COUNTRY.
5.2 LICENSEE hereby assures SCO that it does not intend to and
will not knowingly, without the prior written consent, if
required, of the Office of Export Administration of the U.S.
Department of Commerce, Washington, D.C. 20230, transmit,
directly or indirectly:
(i) any SOURCE CODE PRODUCT subject to this Agreement; or
(ii) any immediate product (including processes) produced
directly by the use of any such SOURCE CODE PRODUCT;
to Afghanistan, the People's Republic of China or any Group Q, S,
W, Y or Z country specified in Supplement No. 1 to Section 370
of the Export Administration Regulations issued by the U.S.
Department of Commerce.
5.3 LICENSEE agrees that its obligations under Sections 5.1 and
5.2 shall survive and continue after any termination of rights
under this Agreement.
6. FEES AND TAXES
6.1 In consideration for the rights granted to LICENSEE for use
of the SOURCE CODE PRODUCTS identified in Section 3 above,
LICENSEE shall pay to SCO a one-time Right-to-Use Fee of
US$100.00 for the DESIGNATED CPUs at the time this Agreement is
returned to SCO for final execution.
6.2 Payment to SCO shall be made in United States dollars to SCO
at the address specified in Section 8.8(a).
6.3 LICENSEE shall pay all taxes (and any related interest or
penalty), however designated, imposed as a result of the
existence or operation of this Agreement, including, but not
limited to, any tax which LICENSEE is required to withhold or
deduct from payment to SCO, except (i) any tax imposed upon SCO
(or a corporate affiliate thereof) in the jurisdiction in which
the aforesaid office of LICENSEE is located if such tax is
allowable as a credit against United States income taxes of SCO
(or such an affiliate) and (ii) any income tax imposed upon SCO
(or such an affiliate) by the United States or any governmental
entity within the United States proper (the fifty (50) states and
the District of Columbia). To assist in obtaining the credit
identified in (i) of this Section 5.05, LICENSEE shall furnish
SCO with such evidence as may be required by United States taxing
authorities to establish that any such tax has been paid. The
Fee specified in Section 6.1 above do not include taxes. If SCO
is required to collect a tax to be paid by LICENSEE, LICENSEE
shall pay such tax to SCO on demand.
7. TERM
7.1 This Agreement shall become effective on and as of the date
of acceptance by SCO. The initial term of this Agreement shall
be for one (1) year. Thereafter, the Agreement will
automatically renew for successive one (1) year terms unless
either party gives the other, no later than ninety (90) days
before the end of the initial term, or then current extension,
written notice of its intent to terminate this Agreement.
Nothing in this Agreement shall be construed to require either
party to extend this Agreement beyond the initial term or any
subsequent term.
7.2 LICENSEE may terminate its rights under this Agreement by
written notice to SCO certifying that LICENSEE has discontinued
use of and returned or destroyed, at SCO's option, all copies of
SOURCE CODE PRODUCTS subject to this Agreement.
7.3 If LICENSEE fails to fulfill one or more of its obligations
under this Agreement, SCO may, upon its election and in addition
to any other remedies it might have, at any time terminate all
the rights granted by it hereunder by not less than two (2)
months' written notice to LICENSEE specifying any such breach,
unless within the period of such notice all breaches specified
therein shall have been remedied; upon such termination LICENSEE
shall immediately discontinue use of and return or destroy, at
SCO's option, all copies of SOURCE CODE PRODUCTS in its
possession.
7.4 In the event of termination of LICENSEE's rights under
Sections 7.2 or 7.3, (i) all fees that LICENSEE has become
obligated to pay shall become immediately due and payable and
(ii) SCO shall have no obligation to refund any amounts paid to
it hereunder.
8. MISCELLANEOUS PROVISIONS
8.1 This Agreement shall prevail notwithstanding any conflicting
terms or legends which may appear in a SOURCE CODE PRODUCT.
8.2 If, and only if, SCO is the entity that provides SOURCE CODE
PRODUCT to LICENSEE, SCO warrants for a period of ninety (90)
days from furnishing a SOURCE CODE PRODUCT to LICENSEE hereunder,
that any magnetic medium on which portions of a SOURCE CODE
PRODUCT are furnished will be free under normal use from defects
in materials, workmanship or recording. If such a defect appears
within such warranty period LICENSEE may return the defective
medium for replacement without charge. Replacement is LICENSEE's
sole remedy with respect to such a defect. SCO also warrants
that it is empowered to grant the rights granted herein. SCO and
other developers make no other representations or warranties,
expressly or impliedly. By way of example but not of limitation,
SCO and other developers make no representations or warranties of
merchantability or fitness for any particular purpose, or that
the use of any SOURCE CODE PRODUCT will not infringe any patent,
copyright or trademark. SCO and other developers shall not be
held to any liability with respect to any claim by LICENSEE, or a
third party on account of, or arising from, the use of any SOURCE
CODE PRODUCT.
8.3 Neither the execution of this Agreement nor anything in any
SOURCE CODE PRODUCT shall be construed as an obligation upon SCO
or any other developer to furnish any person, including LICENSEE,
any assistance of any kind whatsoever, or any information or
documentation.
8.4 (a) LICENSEE agrees that it shall hold all parts of the
SOURCE CODE PRODUCTS subject to this Agreement in confidence for
SCO. LICENSEE further agrees that should it make such disclosure
of any or all of such SOURCE CODE PRODUCTS (including methods or
concepts utilized therein) to anyone to whom such disclosure is
necessary to the use for which rights are granted hereunder,
LICENSEE shall appropriately notify each such person to whom any
such disclosure is made that such disclosure is made in
confidence and shall be kept in confidence and have each such
person sign a confidentiality agreement containing restrictions
on disclosure substantially similar to those set forth herein.
If LICENSEE should become aware of a violation of SCO's
intellectual property and/or proprietary rights, LICENSEE shall
promptly notify SCO and cooperate with SCO in such enforcement.
If information relating to a SOURCE CODE PRODUCT subject to this
Agreement at any time becomes available without restriction to
the general public by acts not attributable to LICENSEE,
LICENSEE's obligations under this section shall not apply to such
information after such time.
(b) Notwithstanding the provisions of Section 8.4(a), LICENSEE
may make available copies of a SOURCE CODE PRODUCT, either in
modified or unmodified form, to third parties in the AUTHORIZED
COUNTRY having Source Code Licenses of the same scope herewith
from SCO for the same SOURCE CODE PRODUCT, if and only if (i)
LICENSEE first requests verification the status of the recipient
by contacting SCO at the address contained in Section 8.8(b) or
other number specified by SCO, and (ii) SCO gives written
verification of the recipient's software license status.
LICENSEE shall maintain a record of each such SOURCE CODE PRODUCT
made available.
8.5
(a) On SCO's request, but not more frequently than annually,
LICENSEE shall furnish to SCO a statement, listing the location,
type and serial number of the DESIGNATED CPU hereunder and
stating that the use by LICENSEE of SOURCE CODE PRODUCTS subject
to this Agreement has been reviewed and that each such SOURCE
CODE PRODUCT is being used solely on the DESIGNATED CPU (or
temporarily on a back-up CPU) for such SOURCE CODE PRODUCTS in
full compliance with the provisions of this Agreement.
(b) SCO shall have the right, upon reasonable notice to LICENSEE
and through SCO's accredited auditing representative, to make an
on-site inspection during normal business hours, not more
frequently than annually, of all LICENSEE's CPUs to determine
that SOURCE CODE PRODUCTS are being used solely on the DESIGNATED
CPU and are used solely for personal purposes as authorized under
this Agreement.
8.6 The obligations of LICENSEE under Section 8.4 shall survive
and continue after any termination of rights under this
Agreement.
8.7 Neither this Agreement nor any rights hereunder, in whole or
in part, shall be assignable or otherwise transferable by
LICENSEE and any purported assignment or transfer shall be null
and void.
8.8 (a) Payments to SCO under this Agreement shall be made
payable and sent to:
CHECK DRAWN ON U.S. BANK TO:
THE SANTA CRUZ OPERATION, INC.
P.O. Box 7745
San Francisco, CA 94120-7745
(b) Correspondence with SCO relating to this Agreement shall be sent to:
THE SANTA CRUZ OPERATION, INC.
400 Encinal Street
Santa Cruz, California 95061-1900
United States of America
Attention: Law and Corporate Affairs
(c) Any statement, notice, request or other communication shall
be deemed to be sufficiently given to the addressee and any
delivery hereunder deemed made when sent by certified mail
addressed to LICENSEE at its office specified in this Agreement
or to SCO at the appropriate address specified in this Section
7.7. Each party to this Agreement may change an address relating
to it by written notice to the other party.
8.9 LICENSEE shall obtain all approvals from any governmental
authority in the AUTHORIZED COUNTRY required to effectuate this
Agreement according to its terms, including any such approvals
required for LICENSEE to make payments to SCO pursuant to this
Agreement. LICENSEE shall bear all expenses associated with
obtaining such approvals.
8.10 The construction and performance of this Agreement shall be
governed by the laws of the State of California, USA.
SCO-Soft. Sp.-022498
- ----- End of forwarded message from Dion Johnson -----
-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: noconv
iQCVAwUBNPNG8UbObQUa2Z5FAQHpegP+NVXKbrF3mci56ivf05oBGu/vdaHS8vws
7OZH/C7i1iz9XvDSPqjlI/PzMl5NSeep2B6TcMgg/qzNAel2bOJK41I9h7R3YrzC
IgB0bRE5A2ZbkxkKlp2mIc7gwdTfN6eeKIsPfFaoQJn4WZsJwQu0eym33gf86LkE
5luusgBe5Uk=
=otzx
-----END PGP SIGNATURE-----
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA05224
for pups-liszt; Wed, 25 Feb 1998 14:04:34 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Feb 25 13:05:43 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA05219
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 14:04:30 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id OAA23864 for pups(a)minnie.cs.adfa.oz.au; Wed, 25 Feb 1998 14:05:43 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802250305.OAA23864(a)henry.cs.adfa.oz.au>
Subject: Re: DRAFT of license for ancient UNIX sources
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 25 Feb 1998 14:05:43 +1100 (EST)
In-Reply-To: <199802250258.SAA22923(a)rainbow.Corp.Sun.COM> from Chris Drake at "Feb 24, 98 06:57:53 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Chris Drake:
> Not being a lawyer, it looks confusing but reasonable...
> A couple of questions, though:
>
> - it looks to me like the $100 fee is a one-shot that covers more
> than one CPU, as long as you specify them all at the outset. Or
> is this supposed to be a per-CPU fee?
>
> - this also appears to be a fee for any or all of the versions of
> the OS specified. Or is this supposed to be a per-version fee?
>
> - Chris Drake
I'm told by Dion that you nominate the CPUs on which the software will
be run. I have no idea how to nominate an emunated CPU. The one-off
fee covers ALL nominated versions AND all successor versions
(e.g the right to use PWB, AUSAM, 2BSD, System III etc.)
The licensee also specifies which are the authorised countries.
I hope/assume that I can specify my list of authorised countries as:
All countries except Afghanistan, the People's Republic of China
or any Group Q, S, W, Y or Z country specified in Supplement No. 1
to Section 370 of the Export Administration Regulations issued by
the U.S. Department of Commerce.
Hope this helps,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA05244
for pups-liszt; Wed, 25 Feb 1998 14:07:28 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Feb 25 13:08:53 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA05239
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 14:07:25 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id OAA23877 for pups(a)minnie.cs.adfa.oz.au; Wed, 25 Feb 1998 14:08:53 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802250308.OAA23877(a)henry.cs.adfa.oz.au>
Subject: Re: DRAFT of license for ancient UNIX sources
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 25 Feb 1998 14:08:53 +1100 (EST)
In-Reply-To: <199802250259.AA24622(a)world.std.com> from Allison J Parent at "Feb 24, 98 09:59:00 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Allison J Parent:
> Overall not bad. The price of $100US is not unresonable assuming the
> media cost is not out of line. Still VMS can be had for FREE and media
> (limited to CDrom only) is $30US. If the all up price were $100
> including machine readable media that would be something more
> agreeable.
>
> What is open is what version would they provide and at what cost for
> that vversion on media?
I expect that the cost will initially cover NO media. From what Dion
is saying, SCO doesn't even have copies of these systems! I will suggest
to them that, if we can put together a CD-ROM image, perhaps they can
distribute the image with every license.
If not, the license allows us to exchange copies of the systems, provided
we get written authorisation from SCO. The licensing people there are
going to get awfully sick of me asking for written authorisation, otherwise.
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA05398
for pups-liszt; Wed, 25 Feb 1998 14:34:00 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Feb 25 13:35:25 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA05393
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 14:33:56 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id OAA23908 for pups(a)minnie.cs.adfa.oz.au; Wed, 25 Feb 1998 14:35:25 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802250335.OAA23908(a)henry.cs.adfa.oz.au>
Subject: PDP-11 System III - copies?
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 25 Feb 1998 14:35:25 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Looking at that license from SCO, we should be able to legally use System III.
Does anybody have a copy I can add to the archive?
Thanks,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA05409
for pups-liszt; Wed, 25 Feb 1998 14:34:25 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Wed Feb 25 13:34:11 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA05404
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 14:34:20 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id OAA10601;
Wed, 25 Feb 1998 14:04:12 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id OAA27075;
Wed, 25 Feb 1998 14:04:12 +1030 (CST)
(envelope-from grog)
Message-ID: <19980225140411.14345(a)freebie.lemis.com>
Date: Wed, 25 Feb 1998 14:04:11 +1030
From: Greg Lehey <grog(a)lemis.com>
To: wkt(a)cs.adfa.oz.au, PDP Unix Preservation <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: DRAFT of license for ancient UNIX sources
References: <199802250259.AA24622(a)world.std.com> <199802250308.OAA23877(a)henry.cs.adfa.oz.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
In-Reply-To: <199802250308.OAA23877(a)henry.cs.adfa.oz.au>; from Warren Toomey on Wed, Feb 25, 1998 at 02:08:53PM +1100
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Wed, 25 February 1998 at 14:08:53 +1100, Warren Toomey wrote:
> In article by Allison J Parent:
>> Overall not bad. The price of $100US is not unresonable assuming the
>> media cost is not out of line. Still VMS can be had for FREE and media
>> (limited to CDrom only) is $30US. If the all up price were $100
>> including machine readable media that would be something more
>> agreeable.
>>
>> What is open is what version would they provide and at what cost for
>> that vversion on media?
>
> I expect that the cost will initially cover NO media. From what Dion
> is saying, SCO doesn't even have copies of these systems! I will suggest
> to them that, if we can put together a CD-ROM image, perhaps they can
> distribute the image with every license.
How many CDs are we looking at? Maybe I can arrange something.
> If not, the license allows us to exchange copies of the systems, provided
> we get written authorisation from SCO. The licensing people there are
> going to get awfully sick of me asking for written authorisation, otherwise.
Maybe you should point that out and change that to "notification".
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA05534
for pups-liszt; Wed, 25 Feb 1998 14:57:32 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Feb 25 13:58:56 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA05529
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 14:57:28 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id OAA24047 for pups(a)minnie.cs.adfa.oz.au; Wed, 25 Feb 1998 14:58:56 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802250358.OAA24047(a)henry.cs.adfa.oz.au>
Subject: PDP-11 Applications
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 25 Feb 1998 14:58:56 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Dear All,
I'm just looking at my proposed CD image for PDP-11 systems, and
there's an empty directory called Applications, which can hold applications
written specifically for PDP-11 UNIX systems.
I haven't got anything to put in there! No, I do have a very old Usenix
tape from Jay Jaeger, dated Sept 1977.
Does anybody have anything that might go in here for v6, v7, 2BSD, PWB.
Alternatively, does anybody know where full archives of comp.sources.unix
are on the 'net??
If there's space, I'd like to have some things like this on the CD.
Ta,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA05636
for pups-liszt; Wed, 25 Feb 1998 15:19:16 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Wed Feb 25 14:07:04 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA05631
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 15:19:12 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id PAA24149 for pups(a)minnie.cs.adfa.oz.au; Wed, 25 Feb 1998 15:20:41 +1100 (EST)
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA05560
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 15:07:15 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id OAA10639
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 14:37:05 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id OAA27233;
Wed, 25 Feb 1998 14:37:04 +1030 (CST)
(envelope-from grog)
Message-ID: <19980225143704.65511(a)freebie.lemis.com>
Date: Wed, 25 Feb 1998 14:37:04 +1030
From: Greg Lehey <grog(a)lemis.com>
To: PDP UNIX Preservation Society <pups(a)minnie.cs.adfa.oz.au>
Subject: Changing passwords with 2.11BSD
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
I've just installed a 2.11BSD, and I'm having some funny problems.
Here's one; I'll make a separate message of the other.
I've added a new user with vipw. When I try to change the password, I
get this:
login: root
Password:
Last login: Sat Aug 9 02:25:12 on console
2.11 BSD UNIX #7: Fri Aug 8 14:14:34 MET DST
[1] root--> passwd grog
Changing password for grog.
New password:
Retype new password:
passwd: mkpasswd failed; password unchanged.
[2] root-->
If I run mkpasswd against /etc/master.passwd, it works fine. But that
way I can't change my password.
Any ideas?
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id XAA06632
for pups-liszt; Wed, 25 Feb 1998 23:06:11 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
