HDTenEightyP/NetNews huggingface dataset:
From: sxjcb@orca.alaska.edu (Jay C. Beavers)
Newsgroups: comp.unix.bsd
Subject: Ultrix 4.2BSD to 386BSD 4.3 NFS Mount
Date: 24 Jul 92 01:17:52 GMT
Followup-To: comp.unix.bsd
Organization: University of Alaska Computer Network

I'm trying to use an ultrix machine running 4.2BSD as an NFS server for my
386 box running 386BSD running 4.3BSD.  On the server I've modified
/etc/exports
and started portmap, mountd, and nfsd.  On the client I've modified
/etc/fstab
and insured the mount -t nfs is there.  Now, when the mount -t nfs command
is
issued, it returns:

Mount RPC error on raven:/tmp/jay: Permission denied

In Essential System Administration by ORA it talks about the exportfs
program
that has to be run after modifying /etc/exports (Suns only, I think....)
but
there is no such program that I can find on the server or in the man pages.
The man pages do allude to a '/etc/netgroup' file that controls NFS mount
permissions, however there is no default file present and the man pages say
nothing about how the security is determined.

So, anyone out there with a helpful hint?

______________________________________________________________________________
                                        |
Jay C. Beavers                          |    sxjcb@orca.alaska.edu
University of Alaska Computer Network   |    sxjcb@alaska.bitnet
________________________________________|_____________________________________
From: scott@pita.cns.ucla.edu (Scott Burris)
Newsgroups: comp.unix.bsd
Subject: 386BSD 0.1: kmem_map too small panic fix
Date: 27 Jul 92 20:14:14 GMT
Reply-To: scott@pita.cns.ucla.edu (Scott Burris)
Organization: UCLA Campus Network Services

Problem:

Sometime the kernel crashes on bootup with a kmem_map too small panic.

Solution:

To my knowledge, this only happens with SCSI systems.  In the SCSI driver,
the block size of the disk is obtained through a SCSI READ CAPACITY
command.  Unfortunately, sometimes the returned block size is insane,
causing the kernel to go belly up.

* HACK ALERT * HACK ALERT * HACK ALERT * HACK ALERT * HACK ALERT *
Although the following change fixes the problem by looping until a reasonable
looking block size is returned (never more than 1 loop in my experience),
I don't understand why the bogus information is returned in the first
place.  I consider this to be more of a hack than a fix, since the READ
CAPACITY code should work correctly the first time.

My advice is to not install this patch unless you are getting the
panic described above.

Patch follows:


*** as.c	Sun Jul 19 08:15:02 1992
--- as.c.orig	Sat Jul 18 20:10:32 1992
***************
*** 438,444 ****
  		goto done;
  	}
  
- bsagain:
  	as->scsi_cdb_len = 10;
  	bzero(cdb, 10);
  	cdb[0] = 0x25;  /* SCSI_READCAPACITY */
--- 434,439 ----
***************
*** 450,460 ****
  		
  	}
  
- 	if (as->disk && as->bs > 10000) {
- 		printf("weird bs %d\n", as->bs);
- 		goto bsagain;
- 	}
- 
  if(asverbose)
  	printf("block size %d disksize %d ", as->bs, disksize);
  
--- 445,450 ----
--
----------
Scott Burris
UCLA Campus Network Services
cnetslb@oac.ucla.edu (213) 206-4860 - OR - scott@pita.cns.ucla.edu
From: marty@ccwf.cc.utexas.edu (marty)
Newsgroups: comp.unix.bsd
Subject: Where is a FAQ? (and some novice questions)
Date: 23 Jul 92 14:21:41 GMT
Reply-To: marty@ccwf.cc.utexas.edu (marty)
Organization: The University of Texas at Austin, Austin TX
Originator: marty@thumper.cc.utexas.edu

Is there a FAQ anywhere?  I can't find one.  Here are some of
my questions anyway:

I just downloaded and installed 386BSD, and it worked fine on my
386 clone at home, but not on my Compaq at work.  I haven't seen
any answers to this problem on this newsgroup, so has this been
answered before?  I see that Compaq is a financial supporter of this
project, so it seems that it would be working on their machines.


According to the ROADMAP, there should be a 'userdirectory' file inside
of 386bsd0.1, but I couldn't find it at any site.  Does it exist?


Are there any directions for starting slip?  In the INSTALL guide
page 20, it simply says "attach a SLIP connections to com1 serial port..".
I know how to tell my host to start the connections, but I guess I need
to be in a terminal mode first so I can do this, right?  Then what?  

thanks

marty





Newsgroups: comp.unix.bsd
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: AT&T vs. BSDI --> 4.3BSD-NET2 distribution requires AT&T license!!!
Organization: Guru Systems/Funware Department
Date: Tue, 28 Jul 1992 21:31:56 GMT

In <1992Jul27.213657.29545@gateway.novell.com> terry@npd.Novell.COM (Terry Lambert) writes:
>In article <1992Jul27.193757.3628@kithrup.COM> sef@kithrup.COM (Sean Eric Fagan) writes:
>>In article <1992Jul27.164228.28312@gateway.novell.com> terry@npd.Novell.COM (Terry Lambert) writes:
>>>1)	SysVr3.x has got to be SVR3.2 or later.  It didn't include streams
>>>	prior to that.
>>
>>Some platforms had STREAMS as early as SysVr3.0.

>They were either retrofits of non-AT&T code (like SCO and Unisys' use of
>the Lachman code), or other independant developement.  *None* of my source
>tapes from AT&T prior to SVR3.2 show streams source from AT&T.

AT&T shipped it with R3.1 for the 3b2. I have worked with STREAMS on a
M68K port of R3 that predates the release of 3.2.

If I remember correctly, the 3.2 release was for the i386 only anyway.
Atleast, that was what I read from the announcement.
-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

UNIX is a trademark of LEBEDA & Co, Ges.m.b.H, Vienna, Austria
Xref: sparky comp.unix.bsd:2785 can.general:3416
From: jtw@lcs.mit.edu (John Wroclawski)
Newsgroups: comp.unix.bsd,can.general
Subject: Re: AT&T sues BSDI & Our Retaliation
Date: 24 Jul 92 18:14:20 GMT
	<1992Jul24.075238.12570@apt.bungi.com>
Organization: MIT Home for Wayward Triumphs


In article <1992Jul24.075238.12570@apt.bungi.com> brian@apt.bungi.com (Brian Litzinger) writes:

   I called my local AT&T sales droid and told them that I was upset
   over this USL (AT&T) vs BSDI lawsuit...

   I expected, of course, sort of a yawn from the sales droid.  Instead
   the sales droid was very interested and wanted to write down the
   details of my complaint, and said that she was going to forward them
   to some big-wig somewhere.

They are specifically trained to respond this way to any customer
complaint about AT&T policies.

I don't know, though, whether they are then supposed to actually pass
the complaint on or throw it away. Perhaps someone else can fill us in.

				-john
John Wroclawski
jtw@lcs.mit.edu
Newsgroups: comp.unix.bsd
From: torda@igc.ethz.ch (Andrew Torda)
Subject: Stable at 8MHz, crash at 33, trap type 12, 386bsd 0.1
Keywords: 386bsd, clock speed
Organization: Computational Chemistry, ETH, Zuerich
Date: Fri, 24 Jul 1992 08:51:21 GMT

At 8 MHz, my machine appears perfectly stable.
At 33 MHz, I get repeated trap type 12 panics.

What can be dependent on timing like this ?
If there are any suggestions as to where I can insert
debugging lines ?

I am not sure if this particular panic (trap type 12) holds all
the answers. The machine (at 33 MHz) has often done a
crash/reboot and wiped the errors off the screen.

Machine details:
386 clone (Blackship), no maths chip, 8M memory
ATI motherboard (ATI-386/B2-33, 64K cache)
AMI BIOS (04/09/90)
video: ET4000 based, DFI VG-5000 with 1 Mb
pc0 <color> at 0x60 irq1 on isa
com1 at 0x3f8 irq4 on isa
com2 at 0x2f8 irq3 on isa
wd0 (MAXTOR LXT-213A> at 0x1f0 irq 14 on isa
fd0 drives 0:1.2M, 1: 1.44M at 0x3f0 irq 6 drq2 on isa

Thanks for any advice
-Andrew
-- 
Andrew Torda, Computational Chemistry, ETH, Zurich, torda@igc.ethz.ch
From: gab10@griffincd.amdahl.com (Gary A Browning)
Newsgroups: comp.unix.bsd
Subject: Re: taunted by happy extract command
Date: 24 Jul 92 07:43:08 GMT
Organization: Amdahl Corporation, Sunnyvale CA

In article <14hgf2INNq7c@agate.berkeley.edu>, jtkohl@cs.Berkeley.EDU
(John T Kohl) writes:
>In article <14g475INNknj@agate.berkeley.edu> wjolitz@soda.berkeley.edu
(William F. Jolitz) writes:
>
>> Seriously, it looks just fine. You'll
>> find that if you get a SCSI tape instead of QIC-02 it will stream,
and
>> run circles around the other. SCSI really makes quite a difference.
>
>This doesn't have to be the case;  an improved QIC-02 driver can make
>the thing stream on (at least) faster x86 processors.  However, I
don't
>have an improved driver that I can give away :-(.

If you have the source, maybe you could pass along how this was done to
the author of the 386BSD QIC-02 driver.

Or is this a violation of "Intellectual Property"? :-)

-- 
Gary Browning        | Exhilaration is that feeling you get just after a
		     | great idea hits you, and just before you realize
                     | what is wrong with it.
Newsgroups: comp.unix.bsd
From: ben@rex.chb.uokhsc.edu (Benjamin Z. Goldsteen)
Newsgroups: comp.unix.bsd
Subject: Is BSD4.4 out yet?  How difficult to port to IBM RT?
Date: 31 Jul 92 19:37:30 GMT
Organization: Engineering Computer Network, University of Oklahoma, Norman, OK, USA


    I think my Subject says it all...Somebody said they based their program on
a BSD4.4 source...but I didn't know that BSD4.4 was out (I know where
BSD-reno is).
    Also, how hard would it be to port BSD4.4 or BSD4.3-reno to an
IBM RT?  We've got one here and I would like to use it (better then
an IBM PC "TURBO"!), but I think the OS is somewhat outdated (
yet to use...only one person knows the root password).

Thanks
Newsgroups: comp.unix.bsd
From: nsharma@sharm.uucp (Nawien Sharma)
Subject: anonymous UUCP for 0.1 386BSD ?
Organization: Sharmtech Systems Inc., Willowdale, Ont., Canada
Date: Fri, 24 Jul 1992 18:24:08 GMT

Is a dialup available for anonymous UUCP access for 0.1 386BSD ?
I recall that "stanton" was gracious enough to maintain it for release 0.0 .


Thank you.
-- 
Nawien Sharma, Sharmtech Systems Inc. ..uunet.ca!snitor!sharm!nsharma
106 Norton Avenue, Willowdale, Ontario, Canada M2N 4A5
(TEL): 416-512-7878 (UUCP): sharm.UUCP
From: grog@adagio.UUCP (Greg Lehey)
Newsgroups: comp.unix.bsd
Subject: Re: AT&T or USL, and extrapolation
Date: 24 Jul 92 18:26:53 GMT
Organization: LEMIS, Schellnhausen 2, W-6324 Feldatal, Germany

In article <1992Jul23.064028@eklektix.com> rcd@raven.eklektix.com (Dick Dunn) writes:
>Next...There's been a lot of extrapolation from what is known about the
>lawsuit to what it might mean.  People are off guessing how AT&T must think
>that nobody who's seen the inside of UNIX can do OS work without revealing
>trade secret and nobody's going to be able to work in the field any more...

To be fair, this was stated in a recent edition of Unigram-X. Of
course I can't find the !!(&*(&@ any more, but the gist was that an
AT&T spokesman said that nobody who had worked with Unix source could
produce unencumbered code.

-- 
Greg Lehey                       | Tel: +49-6637-1488              
LEMIS                            | Fax: +49-6637-1489
Schellnhausen 2, W-6324 Feldatal, Germany
*** NOTE ***: Headers are mangled - reply to grog%lemis@Germany.EU.net
From: mike@majestix.cs.uoregon.edu (Michael John Haertel)
Newsgroups: comp.unix.bsd
Subject: Re: Berkeley Strikes Back?
Date: 30 Jul 92 16:59:14 GMT
Article-I.D.: majestix.MIKE.92Jul30085914
Organization: CS Dept, University of Oregon

In article <158frnINN5cn@agate.berkeley.edu> gwh@soda.berkeley.edu (George William Herbert) writes:
> stone.  Berkeley could conceivably pull the right for USL to
> resell anything with "Copyright the Regents..." in it,
> or derived therefrom.

Actually, Berkeley probably can't do this.  I have no idea how
Berkeley's license agreement with AT&T reads, but at my old school
one of the conditions on the educational Unix license was that
AT&T would have access to any modifications made to the software.
(Or something like that; it's been about 5 years since I read
that license.)
Newsgroups: comp.unix.bsd
From: ats@lut.fi (Ari Suutari)
Subject: Re: Do YOU think that this generates correct kernel ?
Date: Wed, 29 Jul 92 09:16:08 GMT
Organization: Lappeenranta University of Technology, Finland
Keywords: kernel config

dealwisb@cognos.com (Brian de Alwis) writes:

>controller wd0 at isa?
>disk       dk0 at wd0 drive 0
>disk       dk1 at wd0 drive 1

>NWD is defined as 1 (which breaks the patches posted to support > 1 HD).
>It seems that config is looking in the wrong places to figure out the
>number of possibly-attached devices.

	I think that config works correctly, it just that naming of
	devices should be different. How about doing it like this:

	controller	wdc0 at isa?
	disk		wd0 at wc0 drive 0
	disk		wd1 at wc0 drive 1

	This would, of cource, require some changes. wd.c should be wdc.c
	and files.i386 should be modified also. All references to NWD
	should also be checked and modified to NWDC if required.

	Now config would configure swap386bsd.c also correctly.

		Ari

Newsgroups: comp.unix.bsd
From: wheeler@jeckle.mitre.org (Brien L. Wheeler)
Subject: Re: 386BSD Bug in wd.c
Keywords: wd.c malloc bzero
Organization: The MITRE Corporation, Bedford, MA
Date: Thu, 30 Jul 1992 18:46:17 GMT

In article <1992Jul30.173714.14778@gateway.novell.com>, terry@npd.Novell.COM (Terry Lambert) writes:
> 	This is one of the fixes in Chris's (CGD's) fixes in the unofficial
> directory on agate.berkeley.edu.  The same problem applies to some portables
> on initial boot, due to not clearing memory on power-on.
> 
> 					-- Terry

I suspected so, since I didn't have any problems warm rebooting from
Chris's new bootables.  Maybe this fix should go into the informal
FAQ so people don't get frustrated when building new kernels?  I know
it took me several hours to track it down, and if I wasn't so stubborn,
I probably would have given up.

BTW, has anyone experimented with the ISO lower layers (TP4/CLNP)?
I'm currently compiling them into the kernel, but it would be nice to
know up front if there are any show-stoppers.

     Brien

-----
     Brien L. Wheeler  |  I don't speak for MITRE, and they
     blw@mitre.org     |  don't speak for me.

"When I think back on all the crap I learned in high school..."
Newsgroups: comp.unix.bsd
From: ellis@nova.gmi.edu (Stew Ellis)
Subject: Re: emacs type editor wanted
Keywords: emacs no_vi
Organization: GMI Engineering&Management Institute, Flint, MI
Date: Sun, 26 Jul 1992 02:43:50 GMT

gclarkii@NeoSoft.com (Gary Clark II) writes:

>Hello,
>I'm trying to find a emacs type editor that has already been ported to
>the 0.1 version of 386BSD.  I can get GNU Emacs, but I'm trying to avoid
>the size (I only have about 30 megs free...).  I really do hate vi though.

>Gary Clark II  *N5VMF*
>gclarkii@tghost.gbdata.com
>gclarkii@sugar.neosoft.com

I have not tried to do 386BSD yet, but there are a couple of small
EMACS-like editors that I have been impressed with.  The one I use is jove.
(I use 4.9 on BSD systems, but 4.14.7 on SYSV4, because it is difficult to
get all of the features going with 4.9 on sysV).
One I have compiled and spent a little time looking at is me2, which has a
lot of similarity to GNU EMACS, but is a lot smaller, even compiling without
a few features on DOS.
I have found that MicroEMACS is less satisfactory to me , but many people
like it better.

You should be able to find these using one of the archie services.  The
latest hacks to jove are at a site at the U. of Toronto.

--
--                                                        ___________________
  R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /
Newsgroups: comp.unix.bsd
From: tdphette@convex.csd.uwm.edu (Thad Phettephace)
Subject: 386BSD: Increasing swap space
Summary: How do a create a larger swap partition? 
Keywords: swap
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Distribution: usa
Date: Fri, 31 Jul 1992 15:19:02 GMT

I have installed 386BSD on my Gateway 2000 486/33 with no problems and it
works great.  I want a larger swap partition than the default 5 MB though.
I can successfully boot the fixit floppy, set up the partitions with
disklabel, and newfs partiton a, but don't know the correct approach to
continue with the manual installation.  How do I go about getting the
386BSD base system over to the newly made partition?  Is it possible to
run the install program without having it overwrite my partiton table?
If someone could point me in the right direction I would be eternaly
greatful.

Sorry if this is a novice question.   Where is the 386BSD FAQ list
anyway?

Thanks in advance,

Thad Phetteplace
Network Support Specialist, Allen-Bradley Co.
Phone: (414)382-4461
Email: tdphette@mke.ab.com

The opinions expressed here are entirely my own and not that of my employer...
bla, bla bla, eat some paste! (steven)

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
My company wishes you to know that whatever I say is not
what they mean....
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.unix.bsd
From: speter@nyx.cs.du.edu (peter stoemmer)
Subject: Compaq booting problem solved ?
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Wed, 22 Jul 92 11:37:45 GMT

As I expirienced the problems booting release 0.1 of 386BSD
on several Compaqs I wanted to know if the problem is solved
in the meanwhile .
I read between the lines of a posting by Bill Jolitz that it
might be a problem with the memory splitting facilities on
Compaqs (and suppossedly HPs)Is that true ?`

Best regards


Peter Stoemmer      speter@nyx.cs.du.edu
Newsgroups: comp.unix.bsd
From: toreh@bootes.sds.no (Tore Haraldsen)
Subject: 386BSD & SCSI - Multiple file tapes
Organization: Statens Datasentral A/S, SDS, Norway
Date: Thu, 23 Jul 1992 13:03:23 GMT

It IS possible to read multiple file tapes, if you do the following
modifications to i386/isa/as.c:

1) Change the definition of dev_rewind macro to use a mask outside the
   other fields used by the scsi driver. Using the partition field for
   no-rewind flags will not work, due to imprecise coding elsewhere in
   the driver. Use 0100 for instance. Make a new kernel.

2) Create a device with this capability:
		mknod /dev/nras2a c 13 80

   The last number, 80 = 16 (=minor device number for as2) + 64
   (decimal representation of 0100).

3) When using the tape device for the first time, do some sort of dummy
   access to it: tar a cpio tape or vice versa. There seems to be some
   sort of race condition otherwise that will otherwise give you the
   unwanted rewind.

4) Good luck. This is just a hack, somebody compentent will have to
   rewrite the whole damn thing...

-- Tore Haraldsen
From: wjolitz@soda.berkeley.edu (William F. Jolitz)
Newsgroups: comp.unix.bsd
Subject: Re: AT&T sues BSDI
Date: 22 Jul 92 19:23:02 GMT
Organization: U.C. Berkeley, CS Undergraduate Association
NNTP-Posting-Host: soda.berkeley.edu

In article <1821@adagio.UUCP> grog@adagio.UUCP (Greg Lehey) writes:
>....
>The real issue here is, of course, not the source. AT&T must know
>about Bill Jolitz; according to the text here, he's guilty of the same
>`crime'....

To put any concerns to rest, we have not been contacted by anyone
regarding our 386BSD code, nor have we heard anything negative about the
386BSD releases. As 386BSD is intended for the research and educational
communities and is freely available (not proprietary), all code we have 
written is fully disclosed. In addition, methodology is published and 
available for review in major magazines. In fact, this project has been 
public knowledge for over three years now.

Please refrain from using inflammatory words such as "crime" with respect to
386BSD and the developers, as we are not involved in this matter.  We have 
no relationship with BSDi or CSRG, nor do we condone the actions of any
party involved in this dispute.

BTW, patches should be out in a few days, if we can ever get through mail.

Bill and Lynne Jolitz.
Newsgroups: comp.unix.bsd
From: chet@odin.INS.CWRU.Edu (Chet Ramey)
Subject: Re: Bash (Was: Help with posting news under BSD/386 wa)
Organization: Case Western Reserve University, Cleveland, OH (USA)
Date: Fri, 24 Jul 92 19:54:32 GMT

In article <1992Jul23.215524.29293@nrao.edu> cflatter@nrao.edu writes:

>Yes it will.  The only problem is that the autoconfiguration procedures
>mistakenly think that 386BSD is a USGr3 system.

(It actually doesn't find anything it recognizes, so it defaults to
`generic' 386 Unix -- System V.3.)

Try adding this to the `i386' section of machines.h (with the rest of
the i386 descriptions).  This is what I currently have for Bash 1.13.

/* BSDI BSD/386 running on a 386 or 486. */
#  if !defined (done386) && defined (bsdi)
#    define done386
#    define M_MACHINE "i386"
#    define M_OS Bsd
#    define HAVE_SYS_SIGLIST
#    define HAVE_SETLINEBUF
#    define HAVE_GETGROUPS
#    define HAVE_VFPRINTF
#    define HAVE_STRERROR
#    define VOID_SIGHANDLER
#    define HAVE_DIRENT
#  endif /* !done386 && bsdi */
-- 
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu
Newsgroups: comp.unix.bsd
From: dealwisb@cognos.com (Brian de Alwis)
Subject: Re: Port of ed/edit
Keywords: editors
Organization: Cognos Incorporated, Ottawa CANADA
Date: Fri, 31 Jul 1992 00:10:58 GMT

In article <2413@nic.cerf.net> greggb@nic.cerf.net (Gregg Brekke) writes:
>Has anyone ported ed (preferred) or edit for 386bsd.  I use it in a lot
>of scripts and don't feel like doing all the substitutions by hand.

Try this:

-----8<-----CUT-HERE-----8<-----
# ed - invoke ex, as it's backward-compatible-enough-to-pass-for-ed
ex $*
-----8<-----CUT-HERE-----8<-----

It's ugly, but it works.
-- 
+++BdA  Brian de Alwis. Brain on loan to Cognos Inc, Ottawa, Ontario.
	dealwisb@cognos.com, or bsdealwi@napier.{waterloo.edu,uwaterloo.ca}
	"Nine out of ten men who tried camels said they preferred women"
From: lyndon@ampr.ab.ca (Lyndon Nerenberg)
Newsgroups: comp.unix.bsd
Subject: Re: AT&T vs. BSDI --> 4.3BSD-NET2 distribution requires AT&T license!!!
Summary: Spreading the Gospel
Date: 29 Jul 92 16:46:11 GMT
Organization: Boycott AT&T!

dennis@nebulus.ampr.ab.ca (Dennis Breckenridge VE7TCP) writes:
> joeg@gagme (joe grosch) writes:

> >I urge all those on the net who have copys of either Net2, BSDI, or 386BSD
> >to start making copys and distributing them as far and wide as possible.

> Are you absolutely out of your mind? Distributing licensed sources is 
> not only immoral but totally illegal.

Both NET/2 and 386BSD can be distributed freely without a license. Only
the BSDI code (aka BSD/386) requires a license be executed. (Nice term
that one :-)

How many sites outside of the US have full copies of the free'd NET/2
distribution available for anonymous FTP? The more countries we can make
it available from the better ...
From: haynes@cats.ucsc.edu (Jim Haynes)
Newsgroups: comp.unix.bsd
Subject: Re: AT&T sues BSDI & Our Retaliation
Date: 30 Jul 92 21:02:30 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: hobbes.ucsc.edu


To excerpt from an earlier article...
>if their conception of this is pimply teen-agers looking roughly like
>Matthew Broderick in War Games running to their friends' houses with a
>black jacketed 5 1/4" floppy.)

Now if we want to convince them that we are REALLY like the above
description, take the following advice.

In article <4442@hq.hq.af.mil> john@hq.af.mil writes:
>5) while :
>   do
>	ls /usr/spool/news/junk >/tmp/foo
>	for i in `cat /tmp/foo`
>	do
>		mail postmaster@att.com </usr/spool/news/junk/$i
>	done
>	sleep 600
>   done
>
Hmmm, noting the site name of the above poster, maybe there really is
a connection with War Games. ;-)
-- 
haynes@cats.ucsc.edu
haynes@cats.bitnet

"Any clod can have the facts, but having opinions is an Art."
        Charles McCabe, San Francisco Chronicle