HDTenEightyP/NetNews huggingface dataset:
From: shane@cs.sunysb.edu (Shane Bouslough)
Subject: Re: PC Unix/Xenix vendors
Organization: Dept of Computer Science, State U of NY at Stony Brook
X-Newsreader: Tin 1.1 PL5
Date: Sun, 24 Jan 1993 23:01:51 GMT

Karl Denninger (karl@ddsw1.mcs.com) wrote:

: [ list of stock Dell items deleted ]
: cost from SCO?  From DELL its $1595 direct.  ESIX, from what I understand, 
                                 ^^^^
Where did this *new* number come from? It's $1295 for all that. At least
that's what I paid direct from Dell.

And to all you SCO'ers out there who are going to say "Yeah, but we
don't need all that stuff.", the point is

	IF THE COST IS THE SAME OR LESS, WHY *NOT* GET THE EXTRAS?

: Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
: Data Line: [+1 312 248-0900]

-Shane

--
Shane Bouslough       | #include <stddisc.h>
shane@sbcs.sunysb.edu | "Follow your bliss" - Joseph Campbell
From: len@netsys.com (Len Rose)
Newsgroups: comp.unix.pc-clone.32bit
Subject: SCO Unix 3.2 Urgent Help
Summary: Need to change something..
Keywords: help
Date: 22 Jan 93 20:28:24 GMT
Distribution: usa
Organization: Netsys Inc.


 I have to install someone's tcp/ip runtime package for them and the media is 3.5 inch.
 The problem seems to be making sysadmsh use the 3.5 inch drive, which is drive 1 on the
 system. Drive 0 is 5.25 .. I can locate no way to make the software install use drive 1
 instead of drive 0.

 If you can assist, please send mail or call 800-227-6288 and ask for me.

 Thanks.

 Len

-- 
  len@netsys.com  "What a long,strange trip it's been.." or "Gee,I'm free!"
For more information regarding Pagesat's Usenet to Satellite Uplink system,
 Mail postal address to "pagesat@pagesat.com" 415-424-0380 (ask for marketing)
    .. Delivering 45+ megabytes of Usenet news each day, at 9600 bps .. 
Xref: sparky comp.unix.pc-clone.32bit:1395 comp.unix.sys5.r4:1423
From: peter@miller.cs.uwm.edu (Peter J Diaz de Leon)
Newsgroups: comp.unix.pc-clone.32bit,comp.unix.sys5.r4
Subject: Running UUGETTY under Sys V R:4.2
Date: 28 Jan 1993 14:43:21 GMT
Organization: University of Wisconsin, Milwaukee
Distribution: na
NNTP-Posting-Host: 129.89.9.13


I am running Consensys Sys V R:4.2 and was wondering
if you still use uugetty on serial ports on which
you want to run a dial-in/dial-out modem, or
do you use something else?  I have no idea since
my 4.2 administration manuals are on order with
the publisher.  I have no problem getting my modem
to dial out its just dialing in thats the problem.

Thanks
Peter
peter@miller.cs.uwm.edu



Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3,comp.unix.sysv386
From: mfraioli@grebyn.com (Marc Fraioli)
Subject: Re: PC Unix/Xenix vendors
Organization: Grebyn Timesharing
Date: Wed, 27 Jan 1993 01:07:33 GMT

In article <C180J5.7s6@sugar.neosoft.com> jpsb@NeoSoft.com (Jim Shirreffs) writes:
>>>The Sparc Classic will run all Sparc software?
>
>>Correct.
>
>Are you sure? 
>
Well, all SPARC software except SunOS 4.1.x or earlier and its apps.
That's not really very much after all, is it?  And since it doesn't come
with cc anymore, you can't just pull stuff off the net and compile
without laying out $$.  I imagine someone will start distributing a Sun
4m architecture Solaris 2.x binary of gcc eventually, but I haven't seen
it yet.

-- 
Marc Fraioli
mfraioli@grebyn.com	        	(So I'm a minimalist...)
Newsgroups: comp.unix.pc-clone.32bit
From: slj@cbnewsj.cb.att.com (S. Luke Jones)
Subject: ESIX net driver for SMC Elite 16T
Organization: Bob's House of Programs
Distribution: na
Date: Mon, 25 Jan 1993 21:52:43 GMT
Summary: have one?

I'm running, or trying to run, a 386 clone with ESIX 4.0.4 on a
network most of whose nodes are DOS boxes running Novell Netware. The
board in the 386 clone is an SMC Elite 16T, which, according to SMC,
uses ESIX's WD8013 driver. Whenever the network is plugged into the
board, I get console messages

	wd8013: bad nxt pkt value: nxtpkt = 000000FF

about 2-3/sec. I think (i.e., my operating hunch is) this is because
our Novell client boxes are speaking type II ethernet, which has a
src/dst/type instead of src/dst/len fields. I think the wd8013 driver
can't handle that, and bellyaches about it on the console.

My question is whether anyone else out there has seen this and/or
knows how to get around it. The ESIX tech support folks said they
would look into it and get back to me on Friday (29 Jan).

Thanks in advance.
-- 
S. L u k e Jones  jones@inuxy.att.com  ...!att!inuxy!jones  317-845-6446
AT&T Bell Labs // Consumer Communications Services Center  (this week)
Room INH 3J-412 // PO Box 1008 // 6612 E 75th St. // Indianapolis IN 46250
"I was ECONOMICALLY COERCED into signing away my RIGHTS to these OPINIONS!"
Xref: sparky comp.unix.pc-clone.32bit:1379 biz.sco.general:5676 comp.unix.sys5.r3:449
From: aland@informix.com (Colonel Panic)
Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3
Subject: Re: PC Unix/Xenix vendors
Summary: amateurism
Date: 28 Jan 93 04:02:40 GMT
Organization: Helen Keller Bondurant's Performance Driving School for the Blind

In article <1993Jan21.180310.16354@compu.com> fr@compu.com (Fred Rump from home) writes:

>larry@trauma.rn.com (Larry Snyder) writes:
>>They are keeping track of judgements and court activity on behalf of the
>>county (they are in the county courthouse)
>
>The state is Indiana. And can I check with 'any' county? Each county has a 200 
>ESIX box doing child support work?
>
>>>And how does this Equinox cluster controller look?  How did they hook 200
>>>users onto their system.  I mean physically.
>
>>boxes bolted on large pieces of plywook with a nest of wires (tie wrapped
>>of course)..
>
>Sounds like a real rube-goldberg setup and not very professional.
>
>Fred

(earlier in the thread, Fred had written:)
>From uunet!xenitec.on.ca!news Sun Jan 17 13:11:26 1993
>Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3,comp.unix.sysv386
>From: Fred Rump from home <uunet!compu.com!fr>
>Subject: Re: PC Unix/Xenix vendors
>
>>karl@ddsw1.mcs.com (Karl Denninger) writes:
>
>>Therefore, I no longer support ANY SCO products.  Period.  I also strongly
>>advocate that people not support, use, buy, write for or otherwise get
>>revenue to them.
>
>A real professional never knocks his competition. He rather attempts to 
>respect their view of the world as at least as valid as his own. A know-it-all 
>has no such compunction.
>
>Fred


By your own definition then, Fred, you are not a real professional.


--
Alan Denney      aland@informix.com      {pyramid|uunet}!infmx!aland

  Smith and Wesson: the Ultimate Point-and-Click User Interface.
Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3,comp.unix.sysv386
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: PC Unix/Xenix vendors
Organization: Celestial Software, Mercer Island, WA
Date: Thu, 28 Jan 1993 18:10:14 GMT

In <C1JFEq.I48@trauma.rn.com> larry@trauma.rn.com (Larry Snyder) writes:

:jon@jonlab.UUCP (Jon LaBadie) writes:

:>In fact, I question the stability issue.  It is my "SUBJECTIVE"
:>impression that there are many more discussions of problems with
:>SCO UNIX that other flavors.  Yes, they have a larger installed
:>base, but from the breadth of problems, I don't think that is the
:>sole reason.  Again, just an impression from reading netnews,
:>not hands on experience.

:It could be that a higher percentage of SCO users are less
:Unix educated than other Unix users?

This is probably true.  Most SCO users are business applications
where they don't care what kind of Unix it is so long as it runs
their application (and in many cases don't even know they're
running Unix).  Unix (Xenix) is simply the tool necessary to
perform their work.

:Or it could be that SCO is so highly modified that standard
:reference book examples don't work with SCO

I have several shelves full of Unix books, none of which are
specific to SCO (other than the SCO manuals of course).  I
learned a long time ago (well before I started using Unix in
1982) to avoid the fancy extensions many vendors add to their
systems since they just cause problems when moving to other
systems.

As far as standards go, a good case could be made that Xenix
is the standard since there are probably many more Xenix systems
running today than all other Unix combined!

:Or, the SCO users don't read manuals.

What user's do?  I provide manuals for my accounting software so
I can be justified in billing clients to read it to them!

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3,comp.unix.sysv386
From: fr@compu.com (Fred Rump from home)
Subject: Re: PC Unix/Xenix vendors
Organization: CompuData Inc.
Date: Thu, 21 Jan 1993 18:08:50 GMT

larry@trauma.rn.com (Larry Snyder) writes:
>karl@ddsw1.mcs.com (Karl Denninger) writes:
>>SCO has a serious value problem.
>I ditto this.
>vendors (Dell and the new ESIX product comes to mind) - basically
>at 1/3 the cost of SCO.  These SVR4 products are just as reliable

I hate to keep bringing up reality here. Where do these numbers come from all 
the time? Who makes them up?

SCO UNIX costs $1295. Where do I buy the same thing for $431 retail? That is 
1/3 the cost isn't it?

>packages side-by-side you would find that you still get more value
>with Dell (for example) than SCO even if you spend the 4K retail
>on SCO.

Again, what are you buying that needs a $4000 expenditure and why? 
Fred
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     "A man's library is a sort of 
26 Warren St.   home: fr@icdi10.compu.com 	harem" - Emerson (1860) 
Beverly, NJ. 08010                          		 
609-386-6846    bang:uunet!cdin-1!icdi10!fr   
Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3,comp.unix.sysv386
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Subject: Re: PC Unix/Xenix vendors
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY
Date: Thu, 28 Jan 1993 19:29:42 GMT

In article <2B668E09.296B@telly.on.ca>, evan@telly.on.ca (Evan Leibovitch) writes:

| There has been a pretty big leap in IHV support between Release 4.0 and
| 4.2. This is the first release from USL that includes built-in support for
| CD-ROMs, token ring and NE2000-compatible network cards (amongst other
| things).

  But DOS under UNIX no longer works? Several people have posted saying
that's not available yet.
| 
| As from support for third parties, there is a gap but it is narrowing.
| Softening the blow is the fact that in many instances, "SCO" drivers
| work fine on R4 systems, especially for intelligent serial cards. How
| many R4 drivers work under SCO?

  I confess that Dell V.4 will run at least two Xenix binaries which
don't run under SCO UNIX. Had to do with shared memory, I beleive, but I
recompiled and the problem went away so it's a trivial point. If it was
a commercial package with no source I'd be upset, of course.
| There are also a small (but growing) list of drivers written for R4 that
| aren't available for SCO, mostly done on the net. SAS and XFree86 are
| two examples. Thomas Roell, author of (possibly) the best X server
| available on Intel UNIX, explicitly prohibits the use of his code on SCO.

  SAS uses stuff not available or needed on V.3, so that's not really a
shortcoming, and the Xfree problem is political rather than technical, I
believe a number of people have run it anyway, although the new ODT
driver has a few things Xfree doesn't.

| There are sometimes reasons to pick SCO over R4. The points mentioned
| above aren't even minor factors anymore.

  Truth. The major reasons I use it are PPP and cross compile. And
supposedly the realtime kernel will be shipping soon, and that will be
nice for our industrial control applications.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
	A terible poker player can have a great hand,
	A obnoxious fool can have a good idea.
	Both are winners, regardless of who has them.

Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3,comp.unix.sysv386
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: PC Unix/Xenix vendors
Organization: Wimsey Information Services
Date: Wed, 27 Jan 1993 23:46:14 GMT

In article <2B668E09.296B@telly.on.ca> evan@telly.on.ca (Evan Leibovitch) writes:
>In article <C1IBDx.L73@wimsey.bc.ca> sl@wimsey.bc.ca (Stuart Lynne) writes:
>
>>[SCO] works with more peripherals than any other product. Either supported 
>>directly by SCO or by the vendor with drivers for SCO (they do SCO first
>>they maybe do SVR4, then again maybe not).
>
>You haven't seen the R4.2 comptibility guide produced by Univel, then. It's
>more than 60 pages, and also includes drivers both built into Univel and
>supplied by peripheral vendors.

So SCO's is more than 130 pages. We'll have to get them together and
compare line by line to see what the real story is though.

>There has been a pretty big leap in IHV support between Release 4.0 and
>4.2. This is the first release from USL that includes built-in support for
>CD-ROMs, token ring and NE2000-compatible network cards (amongst other
>things).

Every release of SCO has support for new peripherals. You think they
are standing still or something?

>As from support for third parties, there is a gap but it is narrowing.
>Softening the blow is the fact that in many instances, "SCO" drivers
>work fine on R4 systems, especially for intelligent serial cards. How
>many R4 drivers work under SCO?

Don't particularly care. How many vendors only provide R4 drivers and
don't provide SCO.

>There are also a small (but growing) list of drivers written for R4 that
>aren't available for SCO, mostly done on the net. SAS and XFree86 are
>two examples. Thomas Roell, author of (possibly) the best X server
>available on Intel UNIX, explicitly prohibits the use of his code on SCO.

Fine for him. 

>>You also get a much larger support staff than any of the other vendors
>>(check out PC Unix Buyers Guide).
>
>This is a truly useless factoid. All it means is that SCO has to field
>more support calls than anyone else. This can be interpreted as either a
>bug or a feature, depending on perspective.
>
>There are sometimes reasons to pick SCO over R4. The points mentioned
>above aren't even minor factors anymore.

Don't agree. That's fine.

-- 
Stuart Lynne <sl@wimsey.com> ......................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................... ftp.wimsey.com:~ftp/ls-lR.Z
PD Software for SCO UNIX .................... ftp.wimsey.com:~ftp/pub/wimseypd
Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3,comp.mail.misc,news.admin
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: PC Unix/Xenix vendors
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Tue, 26 Jan 1993 19:44:03 GMT

In article <1993Jan25.011440.20427@xenitec.on.ca>,
 merce@xenitec.on.ca (Jim Mercer) writes:

| what next? anyone who lives under .su is a pinko-commie spy?

Nope.  They're all struggling capitalists now...

| those living under .ca are backbacon gorging log-cabin dwellers?

You've been watching too many Tex Avery cartoons...

| ..now it seems to mean any jerk who can afford a couple MX'rs.
| generalizing is a bad way of arguing.

So. howcome *you* do it?

| not to mention you just shot your credibility with are large number
| of people to hell.

Really... You *must* try the decaf!  If I can pull your chain with that
rather mild piece of sarcasm, you are too jumpy!  Besides, what makes
you think I have any ``credibility'' to begin with.  Frankly, if I found
that lots of people started agreeing with me I'd start getting worried...

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general
From: larry@trauma.rn.com (Larry Snyder)
Subject: Re: PC Unix/Xenix vendors
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Thu, 21 Jan 1993 11:58:18 GMT

rogerk@queernet.org (Roger B.A. Klorese) writes:

>In article <1993Jan20.181917.18203@pool.info.sunyit.edu> ujlh@pool.info.sunyit.edu (James Henrickson) writes:
>>- What is the total cost for a SPARCclassic with NFS, X11 (what version?),
>>  TCP/IP, and software development set?  I don't care about support, so
>>  free/cheap software is OK.

>Cost for NFS?  X11?  TCP/IP?  They're part of an operating system, aren't
>they?

>Oh, yeah, not on *those* shrinkwrapped OS products... ;-)

NFS, X11, TCP, etc are available on the "more complete" releases of
shrinkwrapped operating systems like Dell, Solaris and SunOS

-- 
Larry Snyder                                    internet: larry@gator.use.com
keeper of the Gator                                   uucp: uunet!gator!larry
Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3,comp.unix.sysv386
From: chip@tct.com (Chip Salzenberg)
Subject: Re: PC Unix/Xenix vendors
Date: Fri, 29 Jan 1993 01:42:47 GMT
Organization: TC Telemanagement, Clearwater, FL

According to adams@pdv2.fmr.maschinenbau.th-darmstadt.de (Adams):
>Might it be, that Intels architecture does not fit well on a message
>passing kernel?

If that were the case, Mach wouldn't do well on the 386.  It does.

>"maschinenbau" stands for "mechanical engineering".  I will not
>talk about a "more typical usage", as I know nothing about such.

Well, then, 'nuff said.
-- 
Chip Salzenberg at Teltronics/TCT  <chip@tct.com>, <73717.366@compuserve.com>
  "you make me want to break the laws of time and space / you make me
   want to eat pork / you make me want to staple bagels to my face /
   and remove them with a pitchfork" -- Weird Al Yankovic, "You Make Me"
Xref: sparky comp.unix.pc-clone.32bit:1303 biz.sco.general:5528 comp.unix.sys5.r3:387
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3
Subject: Re: PC Unix/Xenix vendors
Date: 25 Jan 93 00:14:55 GMT
Followup-To: comp.unix.pc-clone.32bit
Organization: ShadeTree Software, Inc.

In article <C1BDIs.Evn@trauma.rn.com> larry@trauma.rn.com (Larry Snyder) writes:
:>
:>How many folks have we seen complained about having SCO and looking
:>for gcc or x11r5 since they don't want to be raked over the coals for
:>more products at SCO prices?  How many folks on the net have placed the same ads
:>who run dell?
:>

How many people out there do want something for nothing?  Let me see...
1 2 3 4... 1 million 2 million...
-- 
	    | Email - !shady!kevin uunet!shady!kevin kevin%shady@uunet.uu.net
Kevin Smith | Voice - (+1) (908) 874-7980
	    | Mail  - ShadeTree Software, Inc., 192 Capricorn Dr. #10,
	    |         Somerville, NJ  08876, USA
Xref: sparky comp.unix.pc-clone.32bit:1295 biz.sco.general:5516 comp.unix.sys5.r3:381 comp.unix.sysv386:17898
From: root@candle.uucp (Bruce Momjian)
Newsgroups: comp.unix.pc-clone.32bit,biz.sco.general,comp.unix.sys5.r3,comp.unix.sysv386
Subject: Re: PC Unix/Xenix vendors
Date: 28 Jan 93 23:28:48 GMT
Organization: a consultant's basement
X-Newsreader: TIN [version 1.1 PL6]

Evan Leibovitch (evan@telly.on.ca) wrote:
: In article <C1IBDx.L73@wimsey.bc.ca> sl@wimsey.bc.ca (Stuart Lynne) writes:
: 
: You haven't seen the R4.2 comptibility guide produced by Univel, then. It's
: more than 60 pages, and also includes drivers both built into Univel and
: supplied by peripheral vendors.
: 
: There has been a pretty big leap in IHV support between Release 4.0 and
: 4.2. This is the first release from USL that includes built-in support for
: CD-ROMs, token ring and NE2000-compatible network cards (amongst other
: things).

The Univel compatability guide is not always accurate.  Installing
Unixware on a Compaq 50M, we found that the ESIA video card was not
supported, and no EISA network cards where supported, except perhaps one
that we didn't have.  The one we had was on the compatibility list, but
when we went to install, it wasn't an option.  

A call to Univel yielded the fact that many things on the guide are not
supported.  I was told the guy who put it together had created a wish
list.  The guy still works there, though.

-- 
Bruce Momjian                          |  830 Blythe Avenue
root%candle.uucp@bts.com               |  Drexel Hill, Pennsylvania 19026 
  +  If your life is a hard drive,     |  (215) 353-9879(w) 
  +  Christ can be your backup.        |  (215) 853-3000(h)
Xref: sparky comp.unix.pc-clone.32bit:1411 comp.unix.sys5.r4:1431
From: jurban@uoft02.utoledo.edu
Newsgroups: comp.unix.pc-clone.32bit,comp.unix.sys5.r4
Subject: Re: Running UUGETTY under Sys V R:4.2
Date: 28 Jan 93 14:41:58 EST
Distribution: na
Organization: University of Toledo, Computer Services

In article <1k8re9INNjve@uwm.edu>, peter@miller.cs.uwm.edu (Peter J Diaz de Leon) writes:
> 
> I am running Consensys Sys V R:4.2 and was wondering
> if you still use uugetty on serial ports on which
> you want to run a dial-in/dial-out modem, or
> do you use something else?  I have no idea since
> my 4.2 administration manuals are on order with
> the publisher.  I have no problem getting my modem
> to dial out its just dialing in thats the problem.

 I'm using ttymon instead of getty or uugetty.  The relevant files for
ttymon are the _pmtab file and the ttydefs file.  For getty/uugetty it's 
the inittab and the gettydefs files.

 Those files need to be edited properly in order for things to function
correctly.  

 Try with ttymon by going to the sysadm template and look around under
ports or whatever it's called on Consensys.  There you'll creating,
editing the _pmtab file.  The ttydefs file that originally came with
your package might need to be edited and have a few entries added or
changed.  For example, you might need to include hupcl in the ttydefs
file so that modem callers hang-up when they wish to disconnect.

 Anyways, try looking through the online manual pages under ttymon,
pmadm, ttydefs.  You'll get some pointers there as well.

 About dialing in...the problem perhaps is that you're port monitor(s)
and port_services might not be enabled.  Enable them and seeif callers
can't then call in.

 Also, if you're going to use ttymon, disable the connect_on_carrier.
Doing so, when using ttymon, allows ttymon to display your issue file,
which normally people edit to include certain kinds of necessary infor-
mation, such as how to login as a new user, etc.

     Joseph

--
jurban@norden1.com
Xref: sparky comp.unix.pc-clone.32bit:1278 biz.sco.general:5496 comp.unix.sys5.r3:367