HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.unix.xenix.sco
Subject: PERL binaries for 2.3.2?
From: kmcvay@oneb.wimsey.bc.ca (Ken Mcvay)
Date: Tue, 07 Apr 92 03:50:34 GMT
Distribution: na
Organization: The Old Frog's Almanac, Vancouver Island
Keywords: perl

I'd appreciate it if anyone can provide working perl binaries for SCO
XENIX 2.3.2 - I've tried compiling several flavours, but I'm not a
programmer, and the errors defeated me after sever frustrating delays.

I keep running across delightful news utilities (changesys, etc.) that
require perl, and it's frustrating not to have it handy. 

Either the binaries, or a tar'd source package that was successfully
compiled on a system like mine - I got mine from anomaly, but simply
couldn't make any progress with it...


-- 
------------------------------+ The Old Frog's Almanac - Vancouver Island  
If it WALKS like nazi trash   |  "ELIMINATED" by the BASSET CONSPIRACY!
and it TALKS like nazi trash  +-------------------------------------------
it's probably just B-CPU...   | (SOME trash ain't WORTH recycling, folks!)
Newsgroups: comp.unix.xenix.sco
From: lpc@dickens.com (Luis P Caamano)
Subject: Re: uucp and fast modems
Date: Tue, 07 Apr 1992 16:16:28 GMT
Organization: Dickens Data Systems, Inc.

Do any of you guys have a technical description of V.32, V.32bis, 
V.42, and V.42bis?

All the books I have at hand describe only up to V.22bis. I'm interested
in the encoding schemes, QAM, PSK, FSK, etc. for V.32, etc.

Is Threllis encoding used in V.32? What about V.32bis?

What's the theoretical limit of two modems using V.32bis/V.42bis? For
example two Telebits 3000 with port speed of 57600.

Any books, pointers? 

It would be excellent if somebody posted some summary of it.

Thanks in advance.
-- 
---------------------------------------------------------------------------
Luis P. Caamano                    |         lpc@dickens.com
Dickens Data Systems, Inc.         |         uunet!ddssuprs!lpc
Norcross, GA                       |         (404) 242-5991
---------------------------------------------------------------------------
If you think you know it all, you'll stop learning. -myself
The more I learn, the more I know I know nothing. -somebody else
From: dale@mkseast.uucp (Dale Gass)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Avoiding stdio
Date: 15 Apr 92 15:52:31 GMT
Organization: Mortice Kern Systems, Atlantic Canada Branch

davidf@golem.uucp (David J. Fiander) writes:
>
>I have a very small program which does not use stdio at all,
>but the default Scrt0.o causes all of stdio to be linked in
>anyway.
>
>This may sound like a minor problem, but the stdio package is
>probably about the same size as the rest of the program (I told
>you it was small).  Is there an alternate crt0.o which doesn't
>use stdio?

(This pertains to Xenix 2.3.4, probably pretty much the same for whatever
you're using.)

crt0 calls _cleanup, which calls fclose(); hence stdio is brought in.

All _cleanup does is fclose() all buffers, which is rather irrelevant in your
case.

Try defining a "void _cleanup() { }" function.  That gets rid of stdio for
me...

-dale
-- 
 Dale Gass, Mortice Kern Systems, Atlantic Canada Branch
Business: dale@east.mks.com, Pleasure: dale@mkseast.uucp
Newsgroups: comp.unix.xenix.sco
From: mark@csd4.csd.uwm.edu (Mark Bamberg)
Subject: Serial I/O
Originator: mark@csd4.csd.uwm.edu
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Date: Tue, 14 Apr 1992 14:52:02 GMT

Many UNIX system offer a way to raise and lower the DTR signal via the termio
terminal driver by making a ioctl() call.  I didn't see any way to do this
mentioned in the SCO documentation.  Does the driver provide a way to do this?
Is there any other way it can be accomplished?

Thanks,
Mark
From: mjmcken@unixg.ubc.ca (Michael J McKenzie)
Newsgroups: comp.unix.xenix.sco
Subject: IBM XENIX Dev. Sys. on 2.2.3?
Date: 12 Apr 92 14:46:58 GMT
Article-I.D.: chilko.mjmcken.703090018
Organization: University of British Columbia, Vancouver, B.C., Canada

What are the chances of IBM's XENIX Development System for their AT running
on SCO XENIX 286/rel 2.2.3? I don't have any other information on the IBM
package, other than I can get it cheap. Thanks,

Mike McKenzie.
mjmcken@unixg.ubc.ca
Organization: Software Development, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.unix.large,comp.unix.admin
Date: Wed,  8 Apr 1992 16:44:44 -0400 
From: Wallace Colyer <wally+@andrew.cmu.edu>
Subject: Re: managing /usr/local
	<1992Apr8.144149.11515@news.eng.convex.com>

>>I am interested in hearing how large sites manage local software.  We
>>have a procedure that helps us to easily manage over 100 packages on 6
>>different system types and 700+ workstations,
>
>"package" from Transarc, right?

The answer is yes sorta.  The package we use predates Transarc and is of
a completely different code base, but we use it only the manage the OS
trees.

For /usr/local we use a locally developed program called depot which is
not the same as The NIST Depot.  They were seperate project and did not
know about eachother until the names had been used too many places. 
Depot was originally thought of in 1988 and the first prototype was
written in perl in early 1989.  It is now written in C and is being used
by a few AFS sites and one NFS site is looking at it seriously.

Depot breaks the software environment up into collections, but then
integrates the collections so that the users only see one consistant
environment.  It creates the environment by pulling collections in from
a variety of locations and can either copy the files off a remote
filesystem or make symbolic links to them at a directory, file or
collection level of granularity.  So, if the workstation maintainer
wants the gnu-emacs collection on the local disk all that need be done
is add a the line, gnu-emacs.mapcommand: copy, to a configuration file. 
To save disk space they can specify that for any collection copied to
the local disk, the man and doc directories will be linked.

It allows a large central environment to be easily maintained, but at
the same time individual workstations can be customized easily to the
hearts content.

If anyone is interested the sources can be found on:

export.acs.cmu.edu [128.2.35.66]
pub/depot

We are finishing a new paper about it which should be put in place on
Friday.  Depot has really helped us manage our reletively large
environment.  We forsee it being able to extent to manage the entire
workstation, but a great deal of work is needed to make that possible.

-Wallace
Newsgroups: comp.unix.large
From: tatsuya@hamblin.math.byu.edu (& Kawasaki)
Subject: HELP
Organization: Brigham Young University
Distribution: comp
Date: 10 Apr 92 13:00:06

I have a few unix pc, att 7300.  I know a  little about them, but...
be4, I will reformat them, I would like to see what is in there.
I am sure there is some way that I can just change the passwd file so
tha I can get in as a root or install.

could you tell me how....

I would be appreicated if you can


Tatsuya
--
                                         _   /|
Tatsuya                                  \'o.O'
tatsuya@hamblin.math.byu.edu             =(___)=
EMT:901006  Ham: N7UQJ                      U
From: igb@fulcrum.bt.co.uk (Ian G Batten)
Newsgroups: comp.unix.large,comp.sys.sun.misc
Subject: Buying an Auspex or a 4/692 for NFS --- Views?
Date: 31 Mar 92 16:09:06 GMT
Organization: Fulcrum Communications


[[ Apologies if the .large newsgroup isn't quite suitable: I think
Auspex owners are more likely to read it ]]

We're contemplating buying an Auspex to serve up to fifty diskless ELCs.
We're currently running a dozen ELCs off a Sparcstation 2, with a 4/470
used to provide additional processing and fileserver.  As we are jumping
suddenly to a larger installation, I am planning to bypass the usual
mess of small to medium servers and go straight to a single, large
server.  Fifty marks the maximum size for the next few years --- there
simply isn't the floor space!

What has been peoples' experience of Auspex and the gear?  We are
impressed by the paper and impressed by the people, but there are as yet
no installed machines in the UK.

What have people found to be the performance of a 4/692 in the NFS role?
Is it much better than a 4/470 (which isn't amazing)?

What about other choices?

In summary: we want to serve fifty diskless workstations plus a few
random boxes.  We fancy an Auspex but there are other possibilities.
What do you think?

ian
From: wally+@andrew.cmu.edu (Wallace Colyer)
Newsgroups: comp.unix.large
Subject: managing /usr/local
Date: 7 Apr 92 13:12:18 GMT
Organization: Software Development, Carnegie Mellon, Pittsburgh, PA

I am interested in hearing how large sites manage local software.  We
have a procedure that helps us to easily manage over 100 packages on 6
different system types and 700+ workstations, but I am wondering what
other people do. 

-Wallace
Organization: Software Development, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.unix.large
Date: Wed,  8 Apr 1992 14:28:08 -0400 
From: Wallace Colyer <wally+@andrew.cmu.edu>
Subject: Re: managing /usr/local
	<1992Apr8.144149.11515@news.eng.convex.com>

>>I am interested in hearing how large sites manage local software.  We
>>have a procedure that helps us to easily manage over 100 packages on 6
>>different system types and 700+ workstations,
>
>"package" from Transarc, right?

The answer is yes sorta.  The package we use predates Transarc and is of
a completely different code base, but we use it only the manage the OS
trees.

For /usr/local we use a locally developed program called depot which is
not the same as The NIST Depot.  They were seperate project and did not
know about eachother until the names had been used too many places. 
Depot was originally thought of in 1988 and the first prototype was
written in perl in early 1989.  It is now written in C and is being used
by a few AFS sites and one NFS site is looking at it seriously.

Depot breaks the software environment up into collections, but then
integrates the collections so that the users only see one consistant
environment.  It creates the environment by pulling collections in from
a variety of locations and can either copy the files off a remote
filesystem or make symbolic links to them at a directory, file or
collection level of granularity.  So, if the workstation maintainer
wants the gnu-emacs collection on the local disk all that need be done
is add a the line, gnu-emacs.mapcommand: copy, to a configuration file. 
To save disk space they can specify that for any collection copied to
the local disk, the man and doc directories will be linked.

It allows a large central environment to be easily maintained, but at
the same time individual workstations can be customized easily to the
hearts content.

If anyone is interested the sources can be found on:

export.acs.cmu.edu [128.2.35.66]
pub/depot

We are finishing a new paper about it which should be put in place in
the next couple days.  Depot has really helped us manage our reletively
large environment.  We forsee it being able to extent to manage the
entire workstation, but a great deal of work is needed to make that
possible.

-Wallace
Newsgroups: comp.unix.large
From: hender@sun429.nas.nasa.gov (Robert L. Henderson)
Subject: Re: Archiving on large systems
Organization: Numerical Aerodynamic Simulation Facility NASA
Date: Wed, 15 Apr 92 19:18:07 GMT
Reply-To: hender@sun429.nas.nasa.gov (Robert L. Henderson)

As it was mentioned in an earlier posting, let me add a couple of words on NAStore.

NAStore is a system to provide a Unix based, network connected file system with the
appearence of unlimited storage capacity.  The system was designed and developed at
NASA Ames Research Center for the Numerical Aerodynamic Simulation program.  The goal
was to provide seemingly unlimited file space via transparent archival (or migration)
of files to removable media (3480 tapes) in both robotic and manual handlers.  Supported
files sizes exceed the 2 gigabyte limit on most systems.  Archived data is restored
when accessed by the user with each byte being available as soon as it is restored rather
than having to wait for the whole file as is the case with other archival systems.

The NAStore system has been used here for 3 years and is under ongoing development.
It is based upon Amdahl's UTS and runs upon an Amdahl 5880.  We have 200 gigabytes of
on-line disk and 6 terabytes of robotic tape.

If your care for more information, let me suggest the following reading:
	1989 Winter Usenix Conference Proceedings, see the article on RASH
	the last IEEE Mass Storage Symposium proceedings

If you are still interested, contact Dave Tweten, e-mail tweten@nas.nasa.gov
-- 

Bob Henderson
hender@nas.nasa.gov
NASA Ames Research Center

"My goal in life?  To find the winning lotto ticket on the sidewalk!"
From: dick@cca.ucsf.edu (Dick Karpinski)
Newsgroups: comp.unix.large
Subject: Re: Archiving on large systems
Date: 14 Apr 92 21:59:15 GMT
Reply-To: dick@ccnext.UUCP (Dick Karpinski)
Organization: University of California, San Francisco

In article <1992Apr8.220057.3978@ccu1.aukuni.ac.nz> russell@ccu1.aukuni.ac.nz (Russell Fulton;ccc032u) writes:
>...
>Since moving to Unix we have been activly looking for a system to
>perform archiving under unix. Sofar we have examined several system
>but all of them turned out to be backup system rather than archive
>...
>   the system will always maintain two copies of all files.
>8/ We will be happy to distribute this software under a GNU type license.
>...
>Russell Fulton, Computer Center, University of Auckland, New Zealand.
><rj_fulton@aukuni.ac.nz>

I feel the same way and like the stated objectives enough to suggest
and offer actual financial support for such an effort.  Is there any
existing mechanism which has ever been demonstrated to result in 
reliable working software for non-proprietary use?  I'd personally
offer $1000 toward such a system, although I'd try to get my campus
to pay it if I could.  Would anyone care to contribute any other 
funds, perhaps to be paid upon successful trial & inspection?  Are 
there HUNGRY programmers ready to attempt such an application?

There are ways to proceed which limit the risk to all participants.

Dick
From: CSYSPCN@mvs.oac.ucla.edu (CSYSPCN)
Newsgroups: comp.unix.large
Subject: Archiving on large systems
Date: 8 Apr 92 12:17:35 PDT

What are you using for archiving, and are you happy with it?
From: phil@spectrum.dloslv.Xerox.COM (Phil Meyer)
Newsgroups: comp.unix.large,comp.misc
Subject: Data driven graphics on a Tandam
Date: 8 Apr 92 15:33:10 GMT
Reply-To: Phil_Meyer.DlosLV300@Xerox.com
Organization: Xerox

Is there a package like SAS graph that runs on a tandam?

lemme know...
Thanks!
-- 
+--------------------------------------------------------------------------+
| Phil Meyer  Voice: (214) 420-3226  email: Phil_Meyer.DlosLV300@Xerox.com |
+--------------------------------------------------------------------------+
From: bytheway%asylum.utah.edu@cs.utah.edu (Sidney Bytheway)
Newsgroups: comp.unix.large
Subject: Re: Archiving on large systems
Date: 15 Apr 92 17:50:41 GMT
Article-I.D.: hellgate.1992Apr15.115042.1742
Organization: University of Utah CS Dept

In article <3442@ucsfcca.ucsf.edu> dick@ccnext.UUCP (Dick Karpinski) writes:
>In article <1992Apr8.220057.3978@ccu1.aukuni.ac.nz> russell@ccu1.aukuni.ac.nz (Russell Fulton;ccc032u) writes:
>>Since moving to Unix we have been activly looking for a system to
>>perform archiving under unix. Sofar we have examined several system
>
>I feel the same way and like the stated objectives enough to suggest
>and offer actual financial support for such an effort.  Is there any


I am impressed with your willingness to support such a project, but you
should be aware that there are a couple of commercial products that do
archiving as described in the requirements list (not included in this
message), that may satisfy your needs.

To name a few...
	UniTree
	TOFS
	Epoch

A few public or almost public domain systems also exist:
	BUMP
	NAStore

Discalmer: I have nothing to do with any of these products.

---------------------------------------------------------------------------
  Sid Bytheway, (801) 581-3989    !  Internet: udpsid@snow.usi.utah.edu
  Senior Systems Programmer       !  Bitnet:   UDPSID at UTAHUSI
  Utah Supercomputing Institute   !  US Mail:  150 Park Bldg, SLC, UT 84112
---------------------------------------------------------------------------

P.S.  For those who may be interested...  I am currently in the process of
      writing a system based in 4.3BSD that will provide automatic movement
      of data from the online filesystems to offline storage for my Master's
      thesis.  It is not an "archiver" per se, but rather an hierarchical
      storage manager.  (If anyone could send me cold hard cash I'm sure it
      would help in my development efforts. :-) )
From: thad@public.BTR.COM (Thaddeus P. Floryan)
Newsgroups: comp.unix.large
Subject: Re: HELP
Date: 12 Apr 92 08:27:40 GMT
Organization: BTR Public Access UNIX, Mountain View CA

In article <TATSUYA.92Apr10130006@sofya.hamblin.math.byu.edu> tatsuya@hamblin.math.byu.edu (& Kawasaki) writes:
>I have a few unix pc, att 7300.  I know a  little about them, but...
>be4, I will reformat them, I would like to see what is in there.
>I am sure there is some way that I can just change the passwd file so
>tha I can get in as a root or install.
>
>could you tell me how....

Though BYTE magazine (May 1986) compares the AT&T UNIXPC (aka 3B1 aka PC7300)
to a VAX-11/780 regarding performance, I never expected to see a 3B1 question
in comp.unix.large !  :-)

Seriously, go to comp.sys.3b1 and read the FAQ (Frequently Asked Questions)
which answers ALL your questions (and then some).

Thad Floryan [ thad@btr.com (OR) {decwrl, mips, fernwood}!btr!thad ]
Newsgroups: comp.unix.large
From: datri@convex.com (Anthony A. Datri)
Subject: Re: managing /usr/local
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
Date: Wed, 8 Apr 1992 14:41:49 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

>I am interested in hearing how large sites manage local software.  We
>have a procedure that helps us to easily manage over 100 packages on 6
>different system types and 700+ workstations,

"package" from Transarc, right?

-- 


======================================================8--<
From: jc@raven.bu.edu (James Cameron)
Newsgroups: comp.unix.admin
Subject: Re: Help on Def. of rst0 and rmt8
Date: 13 Apr 92 16:34:18 GMT
Distribution: ba
Organization: What do you mean 'That *can't* be done????'
In-reply-to: indep-12@mathcs.sjsu.edu's message of 9 Apr 92 06:05:33 GMT

>>>>> "Kuan-Li" == Kuan-Li Ong <indep-12@mathcs.sjsu.edu> writes:

  Kuan-Li> My knowledge of rst0 and rmt8 is that rst0 for 1/4" tape
  Kuan-Li> rmt8 for 1/2" tape.

  Kuan-Li> I would like to know what r-s-t-0 and r-m-t-8 stand for.

  Kuan-Li> If you have any idea, please email me with you information
  Kuan-Li> to 	indep-12@sjsumcs.SJSU.EDU

  Kuan-Li> Thanks.

  Kuan-Li> Kuan-Li

/dev/rst0 is Rewinding Scsi Tape 0 
/dev/rmt8 is Rewinding Magnetic Tape 8

You might want to take a look at the Documentation available to you or
look at the man page for 'mt' - this will point you to more
information.  

Enjoy!

James

--
					-- James Cameron  (jc@raven.bu.edu)

Signal Processing and Interpretation Lab.  Boston, Mass  (617) 353-2879
------------------------------------------------------------------------------
"But to risk we must, for the greatest hazard in life is to risk nothing.  For
the man or woman who risks nothing, has nothing, does nothing, is nothing."
	(Quote from the eulogy for the late Christa McAuliffe.)
From: wallis@psychosis.ssc.gov (Dave Wallis)
Newsgroups: comp.unix.admin
Subject: Password admin question
Date: 6 Apr 92 20:13:15 GMT
Reply-To: wallis@psychosis.ssc.gov
Distribution: comp.unix.admin
Organization: SSC Laboratory, Dallas, TX

Here's a question for large site administrators:

I am responsible for adminstration of about 80 (and growing) Unix
workstations. On a fair number of them, some non-admin types need to
have the root password for reasonable reasons. In order to limit the
access of these users, I have divided the machines up into about 10
groups, each of which will have a separate root password. My plan is
to change the passwords once a month, to keep them from propagating
too far.

So here's the question: is there a program out there somewhere that
will automatcially generate reasonable passwords (ie, pronounce-able
(and remberable), but not easily guessable? I shudder at the thought
of having to come up with 10 new passwords every month! (guess I could
delegate, huh?)

Also, if anyone else has found a similar situation, how have you
handled a relatively large number of root passwords without having to
resort to writing them down?

Thanks in advance!
--
Dave Wallis (wallis@psychosis.ssc.gov)
SSC Laboratory,
Dallas, TX
(214)708-3410
From: stank@snow.tek.com (Stan Kalinowski)
Newsgroups: comp.unix.admin
Subject: Re: Termcap Questions
Date: 15 Apr 92 22:18:28 GMT
Organization: /usr/ens/etc/organization

In article <#ayjpyf.allyn@netcom.com> allyn@netcom.com (Mark Allyn) writes:
>
>
>The problem occurrs when she uses rsh or telnet to log into the Sun from
>the IRIS. The sun thinks she is on a 7 bit terminal. She cant do a stty
>on the sun since the sun is talking to her via either a rlogin or telnet
>connection. 


You could try using "rlogin -8" to the sun machine, that seems to work
for us.  (I haven't actually tried it on an SGI, but it works on other
brands.)

It also appears that the Sun version of telnet lacks the "binary mode"
option under "toggle" options.  Does this mean that Sun telnet can't
do 8-bit transfers?  I'd like to know if anyone has a workaround.
(I can build my own telnet from the tahoe sources, but I was hoping
for something a little simpler.)


--
US Mail: Stan Kalinowski, Tektronix, Inc., Network Displays Division
         PO Box 1000, MS 60-850, Wilsonville OR 97070   Phone:(503)-685-2458
e-mail:  {ucbvax,decvax,allegra,uw-beaver}!tektronix!orca!stank
    or   stank@orca.WV.TEK.COM
From: jfh@rpp386.lonestar.org (John F Haugh II)
Newsgroups: comp.unix.admin
Subject: Re: expired acct shell [was Re: * in password field...
Date: 16 Apr 92 12:36:23 GMT
Organization: River Parishes Programming, Austin TX

In article <WALLIS.92Apr15130700@psychosis.ssc.gov>, wallis@psychosis.ssc.gov (Dave Wallis) writes:
> This is probably due to the socket getting shut down before the
> message gets passed on. Try this instead:
> 
> #include <stdio.h>
> main()
> {
>     printf( "Your account has expired.  Contact system admin.\r\n" );
>     fflush( stdout );
>     sleep( 5 );
> }

The Shadow Password Suite includes this functionality in its login
program.  It tells you whether your password has expired (and forces
you to change it on the spot) or your account is closed.

This way the system administrator doesn't have to change shells.
When the expiration date is reached, you automatically get the expired
account message.
-- 
John F. Haugh II                   | SITUATION WANTED:
Ma Bell: (512) 251-2151            |    Will write device drivers, turn status
UUCP: ...!cs.utexas.edu!rpp386!jfh |    reports in late, and whine incessantly
Domain: jfh@rpp386.cactus.org      |    for food.  Serious inquiries only ;-)
Xref: sparky comp.unix.admin:2776 comp.unix.questions:6133