HDTenEightyP/NetNews huggingface dataset:
From: m-jk8594@GRANNY.CS.NYU.EDU (James Kyriannis)
Newsgroups: comp.unix.bsd,can.general
Subject: Re: AT&T sues BSDI & Our Retaliation
Date: 23 Jul 92 13:06:40 GMT
Organization: Courant Institute, New York University

I don't believe simply disconnecting your AT&T service, destroying your AT&T
calling/credit cards, or boycotting System V is going to make AT&T notice
your disgust in their policies.

What I am going to do, and I believe others should as well, if they wish
to be heard, is to write a letter to the AT&T regional manager, or someone
of higher authority, explaining to that individual that you are aware of
the current 'tactics' that AT&T is using to monopolize the UNIX-type operating
system market.  You should also emphasize that you no longer wish to 
financially contribute to this type of behavior, and request that individual
to personally see that your service is disconnected.  State that failure
to immediately disconnect your service, as per your request, is "breach of 
contract", which can have legal consequences. :)

Simply telling a 'phone rep.' that you want your long distance service
disconnected because AT&T sucks isn't enough -- your telephone conversation
with the 'rep' is not going to be recorded and played back to his/her 
manager.  People of higher authority have to hear your statement if you
want to make any sort of impact.

Jim

-- 
=============================================================================
                          |
Jimmy Kyriannis           |  +5 Chain Mail --- don't leave home without it.
m-jk8594@cs.nyu.edu       |
Newsgroups: comp.unix.bsd
From: randy@chinet.chi.il.us (Randy Suess)
Subject: Re: 386bsd 0.1: non-reciprical ftp performance.
Date: Tue, 21 Jul 1992 12:46:11 GMT
Organization: Chinet - Public Access UNIX
Keywords: 386bsd ftp networking

In article <greg.711649876@hibp1.ecse.rpi.edu> greg@ecse.rpi.edu (Greg) writes:
>   In a previous post,  I complained of sluggish ftp performance (6-7 kb/sec).
>  I am using an ne2000 on irq 9. I don't know if that is relevant.
>

	Make sure your vga card has nothing on irq 2.  Best thing to
	do is re-compile the kernel changing the ne0 entry to another
	interrupt.  I used 11.  Frees up the lower ones.  I get over
	150k/sec both ways.

-- 
	I am created Shiva the Destroyer; Death, the shatterer of worlds!
	Who is this dog meat who stands before me now?
	That's the biz, sweetheart.
Randy Suess					 randy@chinet.chi.il.us
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.unix.bsd
Subject: Re: Beware of fileno()
Keywords: sunos, ultrix, stdio, fileno, lossage, irix
Date: 28 Jul 92 03:06:39 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1217@ki.com> dwatts@ki.com (Dan Watts) writes:

| In article <1992Jul24.141048.10911@aosg.gsf.dec.com> reeves@decvax.dec.com writes:
| ||> >Sean Eric Fagan   |> Andreas Stolcke
| ||> >... fileno() returns a char field in the FILE structure...one has to use
| ||> >	(unsigned char)fileno(stream) 
| ||> Current BSD sources have the _file element as a short.
| |
| |The same change went into ULTRIX over a year ago; I believe it's been released
| |for nearly a year (it was definitely in V4.2, which isn't even the current
| |release any more).
| |-- 
| |Jon Reeves	Digital Equipment Corporation, Alpha Open Systems Group
| |		5 Wentworth Drive, MS GSF1-1K13, Hudson NH 03051-4929 USA
| |+1 603 884 5859	reeves@decvax.dec.com	FAX: +1 603 884 1685
| 
| SGI Irix 4.0.1 still has it as "char _file;".  I wonder if they've
| fixed it yet?  Luckily, the default behaviour for the SGI C compiler
| is to treat all chars as unsigned.

We only go up to 100 files per process by default; 200 can be
configured in 4.0.5 though.  In any case, characters are unsigned by
default.  If you use  -signed when compiling, and you configure the
system for more files per process, then yes, this could be a problem,
EXCEPT, that stdio will deal with at most 100 files, even if the system
limit is configured higher, so it is pretty unlikely, although not
impossible, for this to be a problem.

--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
From: poling@dayton.saic.com (Steven Poling)
Newsgroups: comp.unix.bsd
Subject: Configuring and Rebuilding 386bsd
Date: 29 Jul 92 02:40:12 GMT
Organization: Science Applications Intl. Corp., Dayton, Ohio


	I am trying to install the 3c503 driver w/386bsd 0,1 and not having
much luck....  is there any notes on how to rebuild the kernel, adding
network interfaces or general configuration of a bsd style unix system.

Any comments/suggestions gladly appreciated!

Thanks in advance.

Steven Poling	poling@dayton.saic.com
		poling@dayub.dayton.saic.com

DISCLAIMER: SAIC is not responsible for the content of this message period.
_____________________________________________________________________________
               ____ ____    ___
Steven Poling /___ /___/ / /     Science Applications International Corporation
             ____//   / / /__                 Dayton, Ohio
-----------------------------------------------------------------------------
Internet: poling@dayton.saic.com     DECNET: dayvax::poling 
    uucp: dayvb!poling
Newsgroups: comp.unix.bsd
From: eichin@athena.mit.edu (Mark W. Eichin)
Subject: Re: ddb man page
Organization: Massachusetts Institute of Technology
Date: Thu, 30 Jul 1992 19:54:09 GMT

In article <EICHIN.92Jul29190037@tsx-11.mit.edu> eichin@athena.mit.edu (Mark W. Eichin) writes:

   The mach ddb man page is in ernst.mach.cs.cmu.edu:src/mk/kernel/man/ddb.man
   (386bsd ddb is just my port of pace@blitz.com's port of the mach ddb.) 
				   _Mark_ <eichin@athena.mit.edu>
				   MIT Student Information Processing Board
Actually, it is in ernst.mach.cs.cmu.edu:src/src/mk/kernel/man/ddb.man
(note the two levels of src...) Thanks to torda@igc.ethz.ch for
pointing that out.
				_Mark_ <eichin@athena.mit.edu>
				MIT Student Information Processing Board

Newsgroups: comp.unix.bsd
From: cbp@gmhgate.gmh.edu (Christopher Preston)
Subject: Re: AT&T vs. BSDI --> 4.3BSD-NET2 distribution requires AT&T license!!!
Organization: Grady Memorial Hospital
Date: Sat, 25 Jul 1992 05:10:37 GMT

In article <2cHS02Pi1bvx01@JUTS.ccc.amdahl.com> gab10@griffincd.amdahl.com (Gary A Browning) writes:
>In article <1992Jul21.131433.16450@ntuix.ntu.ac.sg>,
>eoahmad@ntuix.ntu.ac.sg (Othman Ahmad) writes:
>> In article <1992Jul21.104627.3353@mel.dit.csiro.au
>smart@wanda.mel.dit.CSIRO.AU (Robert Smart) writes:
>>
>>> This is insanity. Surely this will be thrown out of court.
>> Who is going to defend NET/2?
>
>The person/organization AT&T might sue in the future over NET/2.
>
>
>I like the idea of sending letters of complaint to AT&T explaining
>why you have requested changing your long-distance carrier.  Seems like
>fair play in light of AT&T's tactics.
>

	What about sending letters to the Judge?  Address?  Though
	loosing a few customers might not mean much to AT&T, how
	about several hundred or a thousand letters to the judge
	(respectfully) expressing concern and perhaps a little
	anger over AT&T's unfair attempt at monopolization, with
	brief summaries of some of the points in the last 
	hundred or so articles?


cbp
---
-- 
Christopher Preston     | I represent no opinions but my own.
Datacommunications      | 
Grady Memorial Hospital | "Let them eat pork rinds" - G. Bush
From: brians@rigel.cs.pdx.edu (Brian Smith)
Newsgroups: comp.unix.bsd
Subject: Fix for problem with tip in 386BSD
Date: 28 Jul 92 15:03:07 GMT
Article-I.D.: pdxgate.5940
Organization: Portland State University, Portland, OR

Well, IT WORKS!  I have been waiting for a free UNIX for about 5 or 6
years now, so this is a moment of rejoicing.  The only problem I had
that wasn't my fault was with the tip program.

First, the /etc/remote file needs an alias for the dial2400 entry to
be tip0.  Second, the permissions are wrong.  Tip is suid uucp, but
the locks directory /var/spool/lock is owned by root.  One can either
make the lock directory owned by uucp (I think this is the better idea)
or one can make the tip program be set *group*  id.  The lock is the
same group id (wheels) as tip.

Now, I said that I think that making the lock directory owned by uucp
is the better idea, but that is only theoretically.  I don't know if that
would break any programs (I have been malformed by early system administration
exposure to System V, shudder).  So, I then recommend that newbies such as
myself make tip sgid.  If you don't know what I mean, then:
	chmod 2540 /usr/bin/tip

Brian Smith


/---------------------------------------|------------------------------------\
| #include <std/disclaim.h>             | Inet: brians@cs.pdx.edu           |
|---------------------------------------|------------------------------------|
| Behold the warranty.. the bold print giveth and the fine print taketh away.|
\----------------------------------------------------------------------------/
Newsgroups: comp.unix.bsd
From: rboccuzz@cs.ulowell.edu (Rich Boccuzzi)
Subject: 2 Problems: No disk Label, Tip doesn't Work
Organization: University of Massachusetts at Lowell Computer Science
Date: Tue, 28 Jul 1992 12:26:47 GMT

	Ok, I have asked one of these problems before, and have yet to
see a satisfactory answer.  Others have asked it on a post, as well as
asking me to forward any solution to them.  Therefore
if anyone has a solution to either of these problems, please post,
as there is interest.
	
	First problem:  If I boot up Tiny, it boots fine.  I can then
install on the complete hard disk.  I notice that the label: line
on a disklabel -r wd0 will be empty, but the OS boots fine.  If
I install on a partition, and then boot, I get a (no label) error, and
it goes into reboot cycle.  Looking at the disk label, I notice 
all information is messed up: ie rpm is 0, interleave is 0, cylinder
count is wrong (to large).  If i edit the disklabel, and then do
a disklabel -r, the information I edited into the label is there.
Upon reboot, the same error comes up, and the label gets clobbered back
to the incorrect setting.  I have tried the new dist.fs in agate, and
that did not help.  Please post a solution, if one is known.
	My system is:
		386SX laptop by Sega/Mider
		124 Meg Hard disk
		8 Meg RAM
	I attempted to give 24 meg to dos, and 100 to 386BSD.

	The second problem I had was getting tip to work, and I saw a
couple of posts about this, but no solution.  When tip is configured
properly, we get the
	no file or no lock error.  (sorry, I can't be more precise, but
I can't get that far again without reinstalling 386BSD on my whole
system, and then I can't get tip to work to read mail and news for the
solution :-)
	Thank you for you help. And by the way, Bill and Lynne, you did
a super job.  When I had it up on the whole disk, I was very impressed.
Kudos all around.
-- 
Richard Boccuzzi, 10 Youngs Road, Dedham, MA 02026
rboccuzz@cs.ulowell.edu, harvard!ulowell!rboccuzz
Xref: sparky comp.unix.bsd:2852 alt.suit.att-bsdi:1
From: brendan@cs.widener.edu (Brendan Kehoe)
Newsgroups: comp.unix.bsd,alt.suit.att-bsdi
Subject: New group alt.suit.att-bsdi
Date: 25 Jul 1992 14:20:42 -0400
Organization: Widener University Computer Science Dept, Chester PA
Distribution: world
NNTP-Posting-Host: cs.widener.edu

I created alt.suit.att-bsdi for ongoing discussion related to the suit
between AT&T and BSDI.  For sanity's sake, could it please be moved there?
(Hoping that as many people as possible *do* get alt.*, or will use this
as one reason why it should be turned on at those sites that presently
refuse to carry it.)

-- 
Brendan Kehoe, Sun Network Manager                      brendan@cs.widener.edu
Widener University                                                 Chester, PA
            "Life is a process, and it shouldn't matter what the hardware is."
                                                              -- Chris Langton
Newsgroups: comp.unix.bsd
From: danson@lgc.com (Doug Anson)
Subject: X386 for 386BSD?
Keywords: X386 386BSD
Organization: LandMark Graphics Corporation LGC
Date: Thu, 30 Jul 1992 20:57:17 GMT

Hello!

Does anyone know what the current status of X386 running on 386BSD is?
Has anyone got it running on 386BSD with a Logitech Bus mouse?

Thanks,

Doug

-- 
-------------------------------------------
Doug Anson					
Internet: danson@lgc.com			
Phone:	  713-579-4739
SNAIL:    Landmark Graphics Corporation LGC	
	  333 Cypress Run			
	  Houston, TX 77094			
-------------------------------------------
From: osynw@warp.mhd.montana.edu (Nate Williams)
Newsgroups: comp.unix.bsd
Subject: Bug reports wanted/needed
Date: 30 Jul 92 22:31:13 GMT
Article-I.D.: coe.1992Jul30.223113.22808
Organization: Still trying to get some


Hi netters,

	To be frank, the response has been underwhelming. :-)  From the
amount of bug reports I have gotten, one would think the only bugs that
exist are in the boot code.  I have some, "My machine won't boot", and a
hardware description, but I think I have only gotten < 10 responses to
my call for bugs.
	Thanks to those of you who have sent reports in!  A couple of the
bug reports were excellent.  Also, thanks to those of you who have sent
in comments and suggestions, they are appreciated.  I would like even more
of the "My machie won't boot" reports, but can people mention in the 
report if they have tried the new bootables that are on agate.

	So, if you would/could, please people, send in what you got. 
ABUSE my time. I just put off a job until school so I could organize
this.  So far I have about 20 bugs (about a dozen of them are little ones
I have found), and a couple I got of Terry Lambert's FAQ, and a couple
more data points on boot problems.

I may be asking for it, but even if it's a bug like:

	chmod +t filename doesn't work, I don't have a fix.

Send it in.  It's better to have someone know that, because the fix is
probably easy, but no-one will fix it unless they know about it.

Sorry I can't set up an alias (yet) to have bugs sent to.  The machine I
am currently on is a loaner, but when a friend gets back from vacation I
will see if I can set up a mail alias on his machine to  collect bug
reports.

Now that I got that off my chest, make me eat my words. :-)


Nate

ps. I've sent mail to Chris and the Jolitz, and I *hope* to get a
report from them so I can follow their format when writing up
the list to make bug reporting easier.

-- 
osynw@terra.oscs.montana.edu |  A hacker w/out a home.  Anyone  interested
work: (406) 994-5991         |  in a used Sys. Admin., with alot of 
home: (406) 586-0579         |  good hacks left?
Newsgroups: comp.unix.bsd
From: neal@neal.ctd.comsat.com (Neal Becker)
Subject: How to check Checksums?
Organization: COMSAT Labs
Date: Tue, 21 Jul 1992 13:54:11 GMT

Maybe this is a stupid question.  I got bin01.00-bin01.56, ftp'd 'em
to a pc, put 'em on floppies, took 'em home.  Then I'm told bin01.11
is corrupt.  Major dissapointment!

How can I check the checksums in the MANIFEST on my unix machine at
work *before* I transferring to my PC?

Thanks.
Newsgroups: comp.unix.bsd
From: pjm@cshl.org (Pat Monardo)
Subject: Re: What has AT&T to lose? Plenty!
Organization: Cold Spring Harbor Laboratory
Date: Sat, 25 Jul 92 16:20:23 GMT

In article <1992Jul24.141112.29290@prism.poly.edu> kapela@prism.poly.edu (Theodore S. Kapela) writes:
>move of releasing their *own* SVR4 package, Destiny (AKA System V Relase 4.2), 
>aimed directly at the same market SCO, ISC, UHC, Dell, et al have been
>catering to for many years.  Previously, USL (AT&T) only sold source
>licenses to others, be they universities or VARs.

this has been bothering me and my coworkers alot. just when USL
appeared to be gaining trust (as far as i could tell from reading
the rags), they announce Destiny and prepare to compete with
the same people they were trying to court as buyers of their UNIX>
how do other people feel about this?

-- 
-- Pat Monardo
-- pjm@cshl.org
From: wutcd@hrz.tu-chemnitz.de (Joerg Wunsch)
Newsgroups: comp.unix.bsd
Subject: Re: Removing 386BSD from the hard disk
Keywords: 386BSD
Date: 28 Jul 92 17:30:27 GMT
Organization: tu-chemnitz

Kwan-Seng Law advised to low-level format the disk. If you don't want to
do this (on an IDE, about 10 % of IDE drives are problematically with this),
write a simple DOS program which nullifies all sectors of the first tracks
(via BIOS hard disk interrupt); i'm sure this will help, at least when done
on the whole disk.

	good luck,
		J"org

--
J"org Wunsch		         joerg_wunsch%bonnie@hadrian.hrz.tu-chemnitz.de
Textil Computer Design GmbH
R"ahnitzgasse 18, D-O-8060 Dresden
                              If anything can go wrong, it will. (Murphy's Law)
Newsgroups: comp.unix.bsd
From: lynam@maize.qut.edu.au (Barry Lynam)
Subject: Two Drive Boot Floppy
Reply-To: B.Lynam@qut.edu.au
Organization: Queensland University of Technology
Date: Mon, 27 Jul 92 04:11:58 GMT

Hello All,
	Last week I read an article saying that a boot disk would be put on an FTP site
somewhere.
Has it been done? If so, where? Even just the actual 386bsd file would be all
that I need.

Thankx heaps

Barry Lynam
B.Lynam@qut.edu.au
From: cgd@agate.berkeley.edu (Chris G. Demetriou)
Newsgroups: comp.unix.bsd
Subject: patched bootables on agate...
Date: 20 Jul 1992 23:33:24 -0700
Organization: Kernel Hackers 'r' Us
Distribution: world
NNTP-Posting-Host: agate.berkeley.edu

I've put some patched boot floppies up on agate in
~ftp/pub/386BSD/386bsd-0.1/unofficial/newbootables.cgd

they should fix the problem that some people have been having,
where they can install fine, but then when they try to reboot,
the system seems to have lost their disklabel...

also the fixit.fs image contains a list of files which are on
the floppy, which is useful, if you want to use my really-evil-and-slimy
install method that i posted a few days ago...

the readme is included below...

Chris
>>> BEGIN README <<<
these are new bootable floppy images, which should fix one or two
problems booting 0.1...

specifically, they fix the problem where you can install onto the hard
drive, but then it appears to lose its disklabel when you reboot off
of it...

the changes that made these disks will be in the first official patch,
due out RSN...

CKSUMS are the checksums for the *.fs files, generated by "cksum"...

enjoy, and, as always, i disclaim any responsibility for any damages
you might cause yourself by using these thangs...

Chris Demetriou
cgd@agate.berkeley.edu
-- 
                            Chris G. Demetriou
                             cgd@berkeley.edu

     I'm not from the computer center, and I'm *NOT* here to help *YOU*!
From: mbm@dsbc.icl.co.uk (Malcolm Mladenovic)
Newsgroups: comp.unix.bsd
Subject: Re: AT&T vs. BSDI --> 4.3BSD-NET2 distribution requires AT&T license!!!
Date: 29 Jul 92 21:50:23 GMT
Organization: UNIX Centre, ICL, Bracknell, UK

In article <1992Jul28.213156.15525@flatlin.ka.sub.org> bad@flatlin.ka.sub.org (Christoph Badura) writes:
>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.

I worked on V.3.0 using 3b2 and 386 source releases.   Both included STREAMS.
(The hardware we put it on didn't have any non-STREAMS tty drivers.)
Some of the stuff was pretty flakey (ldterm was called something else
and wasn't very good) but STREAMS itself was certainly there.

>If I remember correctly, the 3.2 release was for the i386 only anyway.
>Atleast, that was what I read from the announcement.

There was a 3.1 release on 3b2 only, no 386 version, we did our own port.
I don't remember if there was a 3.2 on 3b2.  Too long ago :-(

-Malcolm
Newsgroups: comp.unix.bsd
From: ugewa001@unibi.uni-bielefeld.de (0134)
Subject: serial printer prob. and ELM wanted
Summary: I can't stty /dev/lp to work with lq850
Date: Thu, 30 Jul 92 09:45:34 GMT
Organization: Universitaet Bielefeld
Keywords: ELM, stty, serial, printer


Hello there in netland

I am new to BSD and at this very moment a little frustrated.
I can't get our LQ-850 to work with BSD0.1. It may belong to the FAQ, but
can somebody please tell me how to get the /dev/lp to cs8, -istrip and -parenb.

I have done such things under SYSV, but .......

Any help apreciated ....


*****************************************
 Did anyone get ELM to work under BSD0.1??
*****************************************


------------------------------------------------------------------------
Folker Meyer                       * in real life
folker@guphx2.uni-bielefeld.de     * most of the time
 


-- 
------------------------------------------------------------------------
Folker Meyer                      * "God is real,
Universitaet Bielefeld            *  unless declared integer."
From: michaelv@iastate.edu (Michael L. VanLoon)
Subject: Re: 386BSD on ALR??
Organization: Iowa State University, Ames IA
Date: Fri, 31 Jul 1992 00:28:14 GMT

In <1992Jul29.122935.4015@nynexst.com> rjc@nynexst.com (Robert Casazza) writes:

>I'm having trouble booting the "tiny" distribution diskette.
>I've tried the debugging version with no success.  I get
>no messages, the system just hangs and I have to power down.
>I've tried cold booting with no success.

>Configuration:

>ALR BusinessVEISA 386/33, 8Mb, 200M IDE Conner, Paradise SVGA,
>shadow bios disabled.

>Does anybody have 386BSD running on an ALR??

Yes, 386BSD 0.1 is running beautifully on mine right now.  I have:

	ALR BusinessVEISA 386/33 w/64k CachePack
	5MB RAM (including the 1MB soldered to the motherboard)
	2 100MB Conner IDE hard drives (386BSD gets all of one)
	ATI VGA Basic and ATI 8514/Ultra
	Western Digital 8013EBT Ethernet Adapter
	Logitech Bus Mouse
	CH Game Card

I also have all the performance features _enabled_ except for TurboBus
mode (my mouse card doesn't like it).  BSD runs without a hitch--I'm
most happy with it.

-- 
------------------------------------------------------------------------------
  Michael L. VanLoon                           Project Vincent Systems Staff
  michaelv@iastate.edu           Computer Engineering, Iowa State University
------------------------------------------------------------------------------