HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi.admin
Subject: Re: Printing with lpr on an IRIS
Date: 8 Jan 93 08:51:20 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <34908@adm.brl.mil> blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN AAD/TAB) writes:

| Mehmet D Ertas <ertas@athena.mit.edu> writes:
|     "SGI supports printing with lpr only if the printer's on
|      a non-sgi machine, but not vice versa, as far as I can tell."
| 
|      Hogwash!  We have printers on SGI's and Sun's and use lpr exclusively

No, it isn't.  Once again folks, remember that there is a *big* difference
between "works", and "is supported".
--
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
Newsgroups: comp.sys.sgi.admin
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: using non-sgi cdrom drive for install
Keywords: install, cdrom drive
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 5 Jan 93 18:03:21 GMT

In <apian.726235733@ise.fhg.de> apian@ise.fhg.de (Peter Apian-Bennewitz) writes:
| 1. exec environment is installed via local tape (4.0.1)
|    (local machine VGX320)
| 
| 2. a SUN drive is attached to an Indigo (R3000), but
|    fails with SCSI timeouts (hinv o.k.).

This is known to work on some systems and not others, it may be different
revs of the Sun (actually a Sony) drive though.

| 3. the develop. SGI-CD is fed into an HP drive attached to
|    an HP750, but couldn't be mounted.
| 
| 4. same with SUN drive attached to an ELC

It is in EFS format, as are all of our installable CD's so far.
There was a program posted here called efslook, which could be
compiled on Sun's (at least) if you copied some SGI header files
there, and you could then extract the files in a manner similar
to the mtools DOS stuff into a directory.  Then you can do a normal
remote directory install.

If  you can't find efslook, I'm sure the author (not at SGI) wouldn't
mind if I repost it.

| 5. (haha, new idea:) the CD is copied from the remote
|    (HP drive/750) raw device via dd to an Indigo raw
|    disk file (/dev/rdsk/dks0d2s6). mount fails and fsck
|    doesn't like the raw disk at all.

Yep, bring up sash, and copy partition *7* (not the whole thing).
7 is the file system partition our installable CD's.

Assuming CD at ID #4, and spare partition 7 on drive 5), do 

	cp -b 31k dksc(0,4,7) dksc(0,5,7)
--
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
Newsgroups: comp.sys.sgi.admin,comp.sys.sgi
From: edwin@cs.ruu.nl (Edwin Kremer)
Subject: How to boot from 2nd disk with 1st installed as well?
Date: Mon, 11 Jan 1993 14:41:42 GMT
Organization: Utrecht University, Dept. of Computer Science

I've added a second SCSI disk to my Indigo on which I've  installed  the
4.0.5 release. To check out the new release, I'm trying to boot from the
second disk, using the PROM monitor:

	boot -f dksc(0,2)/unix

Well, it boots, but still seems to want to use the 1st  SCSI  disk  (the
original system disk in the lowest slot) for root and /usr filesystem.

What other options do I need to `normally' boot from the 2nd disk? Where
do I find full (user) documentation of the PROM monitor? Where do I find
the full range of PROM environment variables documented?

Thanks very much for your help.

						--[ Edwin ]--

-- 
Edwin H. Kremer, systems- and network manager.    [NIC-Whois handle: EHK3]
  Department of Computer Science,    Utrecht University,   The Netherlands
  Internet: Edwin.Kremer@cs.ruu.nl   NeXTmail: Edwin.Kremer@edge.cs.ruu.nl
  X.400   : G=Edwin;S=Kremer;OU=cs;O=ruu;PRMD=surf;ADMD=400net;C=nl
Xref: sparky comp.sys.sgi.admin:119 comp.sys.sgi:18540
From: drew+@CS.CMU.EDU (Paul Olbrich)
Newsgroups: comp.sys.sgi.admin,comp.sys.sgi
Subject: Re: security concerns revisted
Date: 7 Jan 93 00:39:28 GMT
Article-I.D.: cs.C0GKHt.18s.2
Organization: Carnegie Mellon University

In article <C0GEH4.2KJ@helios.physics.utoronto.ca>, sysmark@helios.physics.utoronto.ca (Mark Bartelt) writes:
>
>  ...
>
> Password-free accounts, and pointing people toward permissive tftpd, seem
> like poor ideas.  And commenting that the potential pitfalls are covered
> in the documentation strikes me as a bit of a cop-out.
> 
> ( Don't take any of this personally, Dave; we *do* love you! :-)
> 
> Mark Bartelt                                                416/978-5619
> Canadian Institute for                             mark@cita.toronto.edu
> Theoretical Astrophysics                           mark@cita.utoronto.ca
> 
> "Clothes not busy being worn are busy drying."  -  Dylan, on laundry day
>           [ singing "It's all right, ma (I'm only bleaching)" ]

Also, /usr/lib/X11/xdm/Xsession by default has a line in
it that says "/usr/bin/X11/xhost +" which allows clued individuals
to write X clients that monitor that machine's keystrokes
across the net.

Other workstation vendors that I am familiar with appear to
default to "xhost -".

Drew Olbrich
drew@cs.cmu.edu
Newsgroups: comp.sys.sgi.admin,comp.sys.sgi.bugs
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: RPC.LOCKD can't find statd
Keywords: bug
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 10 Jan 93 04:30:06 GMT

In <1993Jan7.111000.9089@discus.technion.ac.il> ori@marvin.technion.ac.il (Ori Degani) writes:

| Hi,
|   I got this error message in my SYSLOG on the day I booted the machine.
| --
| No lockd, or statd here

Yes, but were they running (lockd obviously was, but how about statd)?
Note that the init.d/network script runs it only if it is present.
Neither rpc.lockd nor rpc.statd are started by inetd, they are started
from the network script if they are installed in the 'standard' place.

| 6 hours later:
| --
| Jan  4 16:50:30 marvin rpc.lockd[120]: cannot contact local statd
| Jan  4 16:50:30 marvin rpc.lockd[120]: req discard due to status monitor problem

Presumably, if this is the first message, then either statd just died,
or this was the first time lockd tried to contact statd (I don't know
enough about how lockd works to tell for sure).

If you are running 405A, there is a lockd patch in 405C for lockd,
but I don't know of one for statd dying.

| Jan  4 17:52:47 marvin unix: Killing the input queue owner

This message is printed when the vulcan death grip is used from the
console keyboard to kill the server (left ctrl, left shift, F12, keypad /,
all depressed simultaneously), and under no other circumstances.
The following message just means that the server exited.

| Jan  4 17:52:47 marvin Xsession: ori: fatal IO error 32 (Broken pipe)

| Jan  7 12:43:40 marvin unix: WARNING: Process [Xsgi] pid 3058 killed due to insufficient memory/swap.

This means you ran out of virtual memory.  You need to run fewer/smaller
processes, buy more memory, or add more swap space.

| 2)  Why did I get logged out of the machine?  (It _might_ be because
|     I'm using the new Lucid Emacs (19.3)).

I hope it doesn't use the key strokes I listed above!

| 3)  Any connection between 2, and 3?  Notice that I was logged out before
|     (January 4th), and didn't notice it.

I doubt there is any connection, but nobody can say absolutely
positively for sure without a lot more info.
--
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
Newsgroups: comp.sys.sgi.admin,comp.sys.sgi.hardware,comp.sys.sgi.misc
From: rogerr@netcom.com (roger reynolds)
Subject: SGI reliability questions
Followup-To: poster
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 9 Jan 1993 02:35:02 GMT

	Hello,
	I would like to ask some of you who have first hand experience
	using SGI and other workstations, such as Sun, HP, Dec...
	if you could relate your own feelings as to the relative reliablity
	of SGI hardware and software compared to the others.

	That is, do you feel that SGI workstations are more or less
	or about the same as far as hardware failures, and/or OS gliches,
	compared to the others.

	I have extensive familiarity with Suns, and a bit with HPs, but
	none with SGI.  My company is considering using SGI workstations
	in an upcoming product, and I would like some opinions from actual
	users, satisfied or otherwise...

	Thanks for any comments,
	rogerr@netcom.com
Newsgroups: comp.sys.sgi.admin
From: apian@ise.fhg.de (Peter Apian-Bennewitz)
Subject: using non-sgi cdrom drive for install
Summary: How to use a non-sgi cd drive for update
Keywords: install, cdrom drive
Organization: FhG-ISE - Institute for Solar Energy Systems
Date: Tue, 5 Jan 93 12:54:59 GMT

Hi & happy new year,

I know that this has been discussed before, but
didn't found any references. sorry is its FAQ.
It is also clear that all the questions are answered
by buying a sgi cd drive. Just out of curiousity,
how do I install stuff via a non-sgi cd drive,
attached to a remote non-sgi workstation ?

1. exec environment is installed via local tape (4.0.1)
   (local machine VGX320)

2. a SUN drive is attached to an Indigo (R3000), but
   fails with SCSI timeouts (hinv o.k.).

3. the develop. SGI-CD is fed into an HP drive attached to
   an HP750, but couldn't be mounted.

4. same with SUN drive attached to an ELC

5. (haha, new idea:) the CD is copied from the remote
   (HP drive/750) raw device via dd to an Indigo raw
   disk file (/dev/rdsk/dks0d2s6). mount fails and fsck
   doesn't like the raw disk at all.

I understand that HP and SUN don't accept the efs filesystem
on the installation disks and that non-sgi drives won't work
on sgi boxes (may or may not).
Why does the raw-raw transfer from remote drive to local disk fails ?
dd problems (filled-up blocks etc.) or more basic ?

Many thanks,

Peter


--------------------------------------------------------------------
 Peter Apian-Bennewitz				apian@ise.fhg.de
 Fraunhofer Institute for Solar Energy Systems	Tel +49-761-4014-123
 D-7800 Freiburg   ,  Oltmannsstrasse 22	Fax +49-761-4014-200
--------------------------------------------------------------------
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: transparent X windows.
Date: 11 Jan 93 21:08:17 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1993Jan11.174820.18661@cc.ic.ac.uk> vulture@imperial.ac.uk (Thomas Sippel - Dau) writes:
| - > With SGI machines with alpha planes, how much
| - > work would it be to give X windows a transparency property ?
| - > 
| - 
| - Every application you use would have to be rewritten to use alpha-blending.
| - Not just the GL ones, but the X ones as well.  That's a LOT of work.
| .....
| I thought it just meant porting the rest of X11R5 (which supports transparent
| backgrounds) to IRIX, rather than just those bits that SGI found so useful that
| they pre-stitched them into X11R4 as distributed with IRIX 4.xx (full
| marks for that, since Irix 4 was released just before X11R5, but that is now
| 17 months ago ...)

14, actually.  401 (the first general production release, 4.0 was only
for initial Indigo shipments) was compiled 15 Nov 91, with customers
first getting it in Dec 91, and most not for another 3 months after
that.

Anyway, it was debated if X11R5 and Motif 1.2 could be released around
this time under 4.0.X, and it was decided for various reasons that it
would wait for the 5.0 release, partly because an earlier release on
4.0.X would have delayed 5.0 further.  That's life in the big company
world...

(I don't know enough about X to know if X11R5 by itself would be
enough.  I doubt it, since GL apps would also need to be rewritten,
for mixed mode apps.)
--
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
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Looking for SLIP for SGI IRIX
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 8 Jan 1993 00:50:55 GMT

In article <1993Jan7.143254.895@nrlvx1.nrl.navy.mil>, dyer@nrlvx1.nrl.navy.mil (Doug Dyer) writes:
> Hi guys,
> 
> 	Im a new SGI IRIS (r3000) user and we need a version of SLIP
> for irix.  Does anyone know where I can ftp one?  THe Iris came with a slip 
> man-page, but no binary...


In previously releases, SLIP was on a separate tape that cost extra.

By IRIX 4.0.5, SLIP is standard on the CDROM's.  It is not installed
by default onto the disk, however.


Vernon Schryver,  vjs@sgi.com
From: tdn@orient.asd.sgi.com (Todd Newman)
Newsgroups: comp.sys.sgi
Subject: Re: transparent X windows.
Date: 8 Jan 93 19:16:46 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: orient.asd.sgi.com


In article <34897@adm.brl.mil>, karron@karron.med.nyu.edu writes:
> 
> With SGI machines with alpha planes, how much
> work would it be to give X windows a transparency property ?
> 

Every application you use would have to be rewritten to use alpha-blending.
Not just the GL ones, but the X ones as well.  That's a LOT of work.

> I keep shuffeling windows to keep an eye on the console window.
Why not pick a very small font for the console, just so you can keep it on
the screen?  An 80x24 window is only about 3.5x1.5 inches in
-xchumacher-clean-medium-r-normal--6.  O.k., it's hard to read a 6 point
font, but you can switch to a bigger font when you get a console message.

It's certainly easier than rewriting every application on the system.
	/tdn
From: bobg@rains.wpd.sgi.com (Bob Green)
Newsgroups: comp.sys.sgi
Subject: Re: Frustrated with SGI support..
Date: 4 Jan 93 15:37:22 GMT
Reply-To: bobg@rains.wpd.sgi.com (Bob Green)
Organization: sgi


It would be very helpful to the Customer Support engineers
if you were to tell them (and perhaps us) what information
has been incorrect.  None of us intends to give bad data.

Those of us in the design engineering side of the organization
are sometimes guilty of not educating the support folks in a
timely manner on new features.  Sometimes they are left on their
own to learn about new features (and their defects) on their own.
Shame on us.  If we had insight into those areas most uninformed,
we could address the problem.

-- 

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
	Bob Green
	Silicon Graphics Computer Systems
	2011 N. Shoreline Blvd.
	Mountain View, CA 94039

	Email: bobg@sgi.com
	Phone: (415) 390-3438
Newsgroups: comp.sys.sgi
From: ercolessi@uimrl3.mrl.uiuc.edu (furio ercolessi)
Subject: Re: VAX Ultrix vs. IRIS re: command line recall
Reply-To: ercolessi@uimrl3.mrl.uiuc.edu (furio ercolessi)
Organization: MRL - UIUC
Date: Tue, 5 Jan 1993 04:13:24 GMT

I repost an article on tcsh appeared here on november 21st.
It includes the announcement of the latest release by its author,
Christos Zoulas, and the "official" ftp site.

------------------------------------

Newsgroups: comp.sys.sgi
From: dcs@neutron.chem.yale.edu (Dave Schweisguth)
Subject: tcsh users take note
Organization: Yale University
Date: Sat, 21 Nov 1992 18:12:40 GMT

Hi all,

I'm reproducing this for those who don't follow comp.unix.shell. Many
problems of special interest to SGI users have been fixed between 6.02 and
6.03, among others the "-t" operator which is used in SGI's default .login. I
haven't tried lately, but one now ought to be able to change one's shell from
csh to tcsh without worrying about startup files at all. Note that problems
with "-t" and similar teensy bugs have often been the cause of the "my
xsession went south" questions so often seen in this group.

--- snip ---
Newsgroups: comp.unix.shell
From: christos@deshaw.com (Christos Zoulas)
Subject: Tcsh-6.03 is now available
Summary: for anonymous ftp from tesla.ee.cornell.edu

Hello everyone,

This is the release announcement of tcsh version 6.03.  Tcsh is a
version of the Berkeley C-Shell, with the addition of: a command line
editor, programmable completion and listing, and a bunch of
small additions and bug fixes to the shell itself.

Tcsh now runs on VMS/Posix, OS/2-emx and Coherent, as well as many known
and unknown unix variants :-)

Tcsh-6.03 does not contain any new features, but it has lots of bug fixes
and minor cleanups.

You can grab a copy of tcsh, from 
	tesla.ee.cornell.edu:/pub/tcsh/tcsh-6.03.tar.Z

As always I would like to thank all the people who helped test and debug
all twelve patches of 6.02...

christos
--- snip ---

Enjoy,

--
| Dave Schweisguth   Yale MB&B & Chemistry   Net: dcs@neutron.chem.yale.edu |
| Lab phone: 203-432-5208     Fax: 203-432-6144    Home phone: 203-624-3866 |


Have fun,
--
Furio Ercolessi
Materials Research Laboratory           |   Intl School for Advanced Studies
Univ. of Illinois at Urbana-Champaign   |   Trieste, Italy
furio@uiuc.edu                          |   furio@sissa.it
Newsgroups: comp.sys.sgi
From: vulture@imperial.ac.uk (Thomas Sippel - Dau)
Subject: Re: transparent X windows.
Reply-To: cmaae47@imperial.ac.uk
Organization: Imperial College of Science, Technology and Medicine
Date: Tue, 12 Jan 93 15:04:45 GMT

In article <1993Jan11.174820.18661@cc.ic.ac.uk>, vulture@imperial.ac.uk (Thomas Sippel - Dau) writes:
- 
- I thought it just meant porting the rest of X11R5 (which supports transparent
- backgrounds) to IRIX
-
After posting this, I had re-grepped the release notes for X11R5. It says 
there, (page 24 in the text form):

- oclock
- 
-      Oclock has a new -transparent option.

and later on page 34 (section 11.7, PEX, 11.7.1, Standards and Functionality):

- Functionality not completed in this release is as follows:  [note the negative]
.....
- In the Server:
- 
-      Backface Attributes and Distinguish Flag
-      Font sharing between clients
-      Patterns, Hatches and associated attributes
-      Color Interpolation
-      Transparency
-      Depth Cueing for Markers
-      Z-buffering
-      Double Buffering

In the source tree there is some mentioning of transparent attributes in
various server codes, and lots in oclock.

In other words, they thought about transparency and demonstrated it with
oclock at application level, but not a lot is in there yet.

Serves me right for skimming release notes rather than reading them, and then
quoting from memory 16 months later ...

But just to have a dig: Since SGI has already solved transparency at GL level,
would it not be a nice idea for them to put it into their X server and 
contribute the code to MIT ?

                                 Thomas

-- 
*** This is the operative statement, all previous statements are inoperative.
*   email: cmaae47 @ ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic on Janet)
*   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
*   snail: Imperial College of Science, Technology and Medicine
*   The Center for Computing Services, Kensington SW7 2BX, Great Britain
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: SCSI floppy disk on INDIGO: Why is it so slooow?
Date: 11 Jan 93 18:28:01 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1993Jan11.112716.12929@bernina.ethz.ch> hoesel@igc.ethz.ch (Frans van Hoesel) writes:
| If that is the only reason, then msdosd can be expected to be as fst as
| mtools, which it is defenitly not!!

Which is what I started out by saying was the bug!!!!!!  Come on folks,
read the threads before you reply!
--
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
Newsgroups: comp.sys.sgi
From: drich@sandman.lerc.nasa.gov (Daniel Rich)
Subject: Re: xcdplayer-2.2 - X11 CD player for Sun and SGI
Organization: NASA Lewis Research Center
Date: Mon, 11 Jan 1993 20:42:30 GMT

In article <1993Jan9.095059.12158@sol.ctr.columbia.edu> penev@venezia.rockefeller.edu writes:
>Bob Pitha (bobp@msi.com) wrote:
>:   Is this available via ftp from anywhere?  I'd love to get hold of it...
>: Thanks!
>
>Can it read the CD over the network? I have the CD attached to a
>Crimson, but would like to listen it on the Indigo.

I think Jeff Hanson already answered the ftp question (I definately
need to read comp.sys.sgi more often :-).  In addition to
swedishchef.lerc.nasa.gov, it should also be available anyplace
alt.sources is archived.

As for reading the CD over the network, it doesn't do it.  It might be
an interesting feature, but there would probably be performance
problems (you would probably get pauses in the sound trying to put
44.1K/s across the network), and it would only work on machines with
audio hardware (ie. 4D/35 or Indigo).

-- 
-- 
Dan Rich                    | drich@lerc.nasa.gov   |  (216) 433-4000
Sr. Systems Engineer        | "Danger, you haven't seen the last of me!"
RMS Technologies, Inc.      |    "No, but the first of you turns my stomach!"
NASA Lewis Research Center  | -- The Firesign Theatre's Nick Danger

Newsgroups: comp.sys.sgi
From: lms@swl.msd.ray.com (LEE MARDEN {79509})
Subject: VAX Ultrix vs. IRIS re: command line recall
Organization: Raytheon Company, Tewksbury, MA
Date: Mon, 4 Jan 1993 23:36:56 GMT

Please Help!!

  I have been using VAX Ultrix for over a year now, that seems to have
a particular feature that I can't seem to find in IRIX.  In VAX Ultrix 4.2
RISC I am able to use the arrow keys (up/down) to scroll through the
csh command histor, and use VI like syntax to edit those commands.
Here's my question:  Can this be done on the SGI?

Thanks

-- 
  AdvThanksance,

  Lee S. Marden, lms@swl.msd.ray.com
  Raytheon Company, Missile Systems Division, Tewksbury, MA 01876
Xref: sparky comp.sys.sgi:18481 comp.sys.sgi.hardware:59
Newsgroups: comp.sys.sgi,comp.sys.sgi.hardware
Subject: Re: FAX software for SGI
From: doelz@comp.bioz.unibas.ch (Reinhard Doelz)
Date: Tue, 5 Jan 1993 07:23:09 GMT
Reply-To: doelz@urz.unibas.ch
Organization: EMBnet Switzerland [BASEL]   

In article <ufjceq8@twilight.wpd.sgi.com>, story@sgi.com (David (Duis) Story) writes:
|> 
|> Take a look on sgi.sgi.com for the 'flexfax' software.  Requires 4.0.X
|> and Display PostScript.

Thaks for the pointer - I found that it also requires dwb for the man pages. 
I tried to install it and it seemed to do the job. However, the faxd starting
dies immediately afterwards and tells me that it couldn't find the uid 9999
- adding this number didn't help either. Any suggestions to this one? 

As I currently run a CLASS I fax modem per default, is there anyone out there 
who has modified flexfax or can point to another package which supports 
class I ? 


Regards 
Reinhard 
-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------
Newsgroups: comp.sys.sgi,comp.unix.programmer