Subject: Linux-Misc Digest #256
From: Digestifier <Linux-Misc-Request@senator-bedfellow.MIT.EDU>
To: Linux-Misc@senator-bedfellow.MIT.EDU
Reply-To: Linux-Misc@senator-bedfellow.MIT.EDU
Date:     Sun, 12 Jun 94 17:13:35 EDT

Linux-Misc Digest #256, Volume #2                Sun, 12 Jun 94 17:13:35 EDT

Contents:
  What is a good _LARGE_ tape backup for Linux? (Brad Block)
  How to do transparent tape backups? (Brad Block)
  Re: How to up number of vt's? (DL83-08)
  Re: Linux Success (Arc Wave)
  Listserv for Linux (Ernie Oporto)
  Re: Linux stable enough for commercial products yet? (Charles Liu)
  Re: How do I use TERM with Seyon? (Peter Daum)
  cdrom & audio -- live and kicking ;) (Arc Wave)
  Re: What is a good _LARGE_ tape backup for Linux? (Michael K. Johnson)
  Re: How do I use TERM with Seyon? (Richard Hipp)
  Re: future of Unixware (Rick Richardson)
  Re: future of Unixware (Rick Richardson)
  How do you print with DOC (from iv)? (Robert  Blair)

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

From: bradb@bronze.coil.com (Brad Block)
Crossposted-To: comp.os.linux.help
Subject: What is a good _LARGE_ tape backup for Linux?
Date: 12 Jun 1994 12:40:22 -0400


I need a tape backup to backup my 1.8gig Quantum HD weekly.  What Tape 
drive will fit 1.8gigs?

- Thanks!

P.S.  Also, is there a way to transparently backup files (I mean the 
backup is going on while users are still fuddling on the system)?

- Thanks again!
-- 
----|Brad Block|----                            ----|Sysoop: Wave 2 BBS|----
     AKA: MaKi                                          614\766-1258
                                                    bradb@bronze.coil.com


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

From: bradb@bronze.coil.com (Brad Block)
Crossposted-To: comp.os.linux.help
Subject: How to do transparent tape backups?
Date: 12 Jun 1994 12:43:11 -0400

How does one go about backing up a large HD (1.8gigs) to a tape 
transparently to the system (to the users who are on the system)?  I 
would need to back up the system about twice a week and for 1.8gigs, I 
assume that it will take a loooong time!

- Thanks!

P.S.  what is a good tape backup to purchase to do this job with Linux?
-- 
----|Brad Block|----                            ----|Sysoop: Wave 2 BBS|----
     AKA: MaKi                                          614\766-1258
                                                    bradb@bronze.coil.com


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

Crossposted-To: comp.os.linux.help
From: s21008@cc.ntnu.edu.tw (DL83-08)
Subject: Re: How to up number of vt's?
Date: Sun, 12 Jun 1994 17:10:01 GMT


: Note: there was something special about changing to a tty# > 12, 
: the first 12 should be reachable via the familiar Alt-F-keys.
: Sorry, I can't recall how was one able to use VC's above 12, since
: I use "only" 12 of them myself. Someone posted about it a few weeks
: ago I think.

Well, I ONLY use three VC's, but I do remember that the >12 VC's were
accessed by using the right ALT in stead of the left Alt; ie: left-Alt-2 for
VC2, right-Alt-2 for VC14.

 /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
%v  Curtis Dean Smith                      Internet: s21008@cc.ntnu.edu.tw   |
0j  Institute of Chinese Language & Literature                               |
?3  National Taiwan Normal University            Bitnet: NTNUS239@TWNMOE10   |
 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

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

From: arc@thunder.indstate.edu (Arc Wave)
Subject: Re: Linux Success
Date: Sun, 12 Jun 1994 15:34:30 GMT

Arc Wave (arc@thunder.indstate.edu) wrote:

:       Everything is in order except the d*mn X Window ps2aux mouse!
:       It just sits there looking at me -- the video is great, but kinda
:       useless without the mouse ;) (any help here appreciated).

:       To X or not to X...yes I have re-compiled the kernel with PS/2
:       busmouse....and on boot up it loads the driver.

        Dah! I feel kinda stupid -- I forgot to do:
        ps/2    "/dev/mouse"  (hehe)

        Teach me to configure X-Windows late at night ;)

        Atleast X works now.

        Now to try and mount my sony-cdu33a cdrom drive and figure out
        how to hear music from my PAS16.

Paul

--
 .---------------------------------------------------------------------------.
 |      Paul Cardwell             | email address: arc@thunder.indstate.edu  |
 |________________________.-------------------------.________________________|
 `-------------------------A4000/040,CD32,Linux,OS/2-------------------------'

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

Date: Sun, 12 Jun 1994 13:30:37 EDT
From: Ernie Oporto <EAO102@psuvm.psu.edu>
Subject: Listserv for Linux

I recently downloaded the Listserv program for Linux.  It had some trouble
compiling, which appears to have been fixed.  I am having a little trouble
with it that may be related to this.

1) When compiling the commands.c source, I get a complaint about R_OK in
the access call from gcc.  This was fixed by adding #include <unistd.h>
to the listserv.h file since that is where the access call is.

2) When compiling str.c, I get problems with strcasecmp, strncasecmp, and
strstr functions.  Gcc says that they don't match the prototype.  I fixed
this by taking them out altogether, since string.h has those three functions
and string.h is already included in listserv.h.

3) After that, it all compiled fine, but I am unsure if where the new
binary goes.  I assume I am supposed to put it in /usr/spool/mail (the place
in my system where the mail files are) so that incoming mail tries to get
written into the binary.  This tells me the file cannot be written.  I have
also put it in /usr/spool/mail/bin, as the Makefile suggests, but when I run
the listserv binary, it doesn't disappear into the background.  Sending mail
to listserv just yields additions to the listserv file in /usr/spool/mail
for the user 'listserv'.

That brings me to another question...should I have a user listserv for the
mail to arrive to?  If I don't, the mail is never delivered to listserv.
*Where* should the binary go.  The documentation for making and installing
this didn't seem to hold my hand enough for me to do it. =)

I'm wondering if any of the changes I made above may be keeping it
from working right.  Can anyone tell me how they did it?
--- Ernie "Shokk" Oporto
   _____/           ____         /        /   eao102@psuvm.psu.edu
  /                /    \       /        /    shokk@eao102.sip.psu.edu
_____      ____              _        _       eao102@cac.psu.edu
     \                        \        \      oporto@cse.psu.edu
\______/ __    __ \______/ __  \___ __  \___  shokk@psu.edu

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

From: alte@rahul.net (Charles Liu)
Subject: Re: Linux stable enough for commercial products yet?
Date: Sun, 12 Jun 1994 17:39:28 GMT


Per Section 1.7.4, page 21, the recently published The Linux Bible: "As 
far as stability and robustness are concerned, many users have reported 
that Linux is at least as stable as commercial UNIX systems."

Charles
Universal CD-ROM
(Has the Linux Bible in stock)

-- 
End of Note

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

From: gator@cs.tu-berlin.de (Peter Daum)
Subject: Re: How do I use TERM with Seyon?
Date: 12 Jun 1994 18:06:40 GMT

probably the easiest way to do the trick is to start up term via a 
seyon-script and start trsh in the seyon terminal window. The following
works for me:

transmit "term -r -c off -s 38400 -w 10 -t 200 -n on \
-l /home/g/gator/tmp/term.log ^J"
shell "term -c off -v /dev/modem -s 38400 \
-w 10 -t 200 -n on -l /tmp/term.log &"
pause 2
shell "xterm -geometry 60x5-1+10 -font 5x7 \
-T TERM-LOG -e tail -f /tmp/term.log &"
shell "trsh"

-- 

  / =============================================================== \
 /      Peter Daum                     gator@cs.tu-berlin.de         \
/      +30 691 46 35                   gator@comz.fhss-berlin.d400.de \ 

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

From: arc@thunder.indstate.edu (Arc Wave)
Subject: cdrom & audio -- live and kicking ;)
Date: Sun, 12 Jun 1994 18:22:09 GMT


        Wow! Playing Audio CDs and using CDROMs under Linux is fun!

        Are there any free software CDs available for Linux??? Like
        the Aminet CD or Hobbes OS/2 cd?

Paul

--
 .---------------------------------------------------------------------------.
 |      Paul Cardwell             | email address: arc@thunder.indstate.edu  |
 |________________________.-------------------------.________________________|
 `-------------------------A4000/040,CD32,Linux,OS/2-------------------------'

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

From: johnsonm@merengue.oit.unc.edu (Michael K. Johnson)
Crossposted-To: comp.os.linux.help
Subject: Re: What is a good _LARGE_ tape backup for Linux?
Date: 12 Jun 1994 19:01:36 GMT


In article <2tfdpm$7h0@bronze.coil.com> bradb@bronze.coil.com (Brad Block) writes:

   I need a tape backup to backup my 1.8gig Quantum HD weekly.  What Tape 
   drive will fit 1.8gigs?

I asked about 4mm DAT drives for Linux, specifically the WangDAT
drives, and was told that both the 2GB and 4GB models work very well.
Now I'm just trying to save up the money for a 4GB internal model.
Insight sells a kit w/ a FD1680 card for $900 for the 3GB and $1100
for the 4GB model.

With a 2GB DAT drive, you will need a 90m DAT tape to back up your
1.8GB drive.  I have been pleased with tapes from "The DAT Store" in,
I think, Cupertino, CA.  (at work, we've ordered a few hundred from
them, and of the 100+ we've used so far, none have been bad.  And
these are only audio-grade tapes, at that...)  I have no affiliation
with them; just a satisfied customer.

michaelkjohnson

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

From: drh@world.std.com (Richard Hipp)
Subject: Re: How do I use TERM with Seyon?
Date: Sun, 12 Jun 1994 20:32:36 GMT

In article <1994Jun12.073801.26636@cu23.crl.aecl.ca> glenr@cu71crl.aecl.ca (Glen Reesor) writes:
>In article <2tbhf0$rg3@bmerha64.bnr.ca>, spice@bmerha2f.bnr.ca (Danny Vezeau) writes:
>> Anyone as got TERM to work with Seyon?
>
>Hmmmm.  Looks like you're not exiting from Seyon.  If you don't exit,
>it'll be trying to talk to the modem while term is--conflict. This is what
>I do:
>
>- start Seyon
>- logonto the remote host
>- start term on the remote host:  term
>- exit from Seyon without hanging up
>- start an xterm on my local system
>- start xterm on my local system: term < /dev/modem > /dev/modem
>- start another xterm on my local system to run trsh, txconn etc.

Much easier to do, and faster to accomplish, is to make term one
of your download protocols.  After you get logged on using Seyon,
just hit the "Transfer" button and select "term" as you protocol.
You'll need to add the following line to your "protocols" file in
the .seyon directory:

     "term"  "$term"  n

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

Crossposted-To: comp.unix.unixware,comp.os.linux
From: rick@digibd.digibd.com (Rick Richardson)
Subject: Re: future of Unixware
Date: Sun, 12 Jun 1994 16:47:43 GMT

iiitac@uk.ac.swan.pyr (Alan Cox) writes:

>In article <rick.771219594@digibd> rick@digibd.digibd.com (Rick Richardson) writes:
>>A pretty fair deal for what you get - *true* 115kbaud performance on 16
>>ports expandable to 64.  I think it uses about 12% of a 486/25 to run 16
>>ports at 115kbaud output.  If I remember correctly, the excellent FAS
>>driver on 16550's uses about the same amount of CPU to run 1 or maybe 2
>>ports on a 486/25, and I don't even want to talk about the hideous host

>Its about 1% loading with the new tty drivers on my Linux system + the loading
>from user input itself. I remember what the smart tty controllers on an
>NCR tower 16 could do to your machine load however so I'm still a fan of
>smart serial boards for some uses.

What machine did you run your performance tests on?  My example is
with a 486/25.  Did you measure the load in the Linux interrupt routines
as well?  You can't do this with a simple "time" command as the
load from interrupts is spread across and charged to all processes that
were active during the test.

I believe you can get a copy of our tbench program as indicated below:

####################################################
#     This software released to the public domain  #
#     without restrictions of any kind.            #
####################################################

             @(#)README 6.6 2/4/94

This is TBENCH 4.1, a set of benchmark programs developed
by DigiBoard Incorporated (Eden Prairie, MN) for internal
performance testing.  DigiBoard used these to test their own,
and competitors multiport communication boards.  Some of
those results have been published in trade magazines.

These benchmarks are an attempt at developing objective
benchmarks to compare the steady-state performance of tty
subsystems under extreme load.  This benchmark sends data
for a length of time before benchmarking begins, then sends
a measured amount of data calculated to take 100 seconds to
complete, and then sends data again when this period is complete.

The benchmark tests output and input individually.  The validity
of output data is assumed to be correct, as we know of no
commercially available system that sends incorrect data when
stressed.   The validity of input data is checked, however,
since it is common for input data to be lost when the ultimate
input load capacity of a system is exceeded.

We recognise that this is not the only metric by which users
would like to measure serial port performance, but it is one
objective measure we have found possible to reliably measure
with minimal test equipment, and which we have found to be
tremendously helpful in rating the relative performance of
various serial port solutions.

DigiBoard has made an attempt to keep these benchmarks as
objective as possible.   However DigiBoard is a for-profit
company, and as such must have included some bias.  Anyone
using these benchmarks is heartily encouraged to analyze
them, improve them, and if they see fit, to criticize them
as needed.

These programs have been tested on essentially all UNIX
ports to 286/386 PC-compatible systems, and also on Suns.

Bugs fixed in this release include:

*       In "opost" (cooked) output testing, only the "-nl"
        option was set.  The "-tabs" option should also
        have been set.

*       The oprint program did not compensate for the
        extra carriage return inserted by opost processing.
        It does now.

*       When the system was heavily loaded, the cpu program
        running at low prority was delayed in startup so
        much it skewed the test results.  The program now
        compensates for this.

*       Parity between the islave and ibench programs was
        incompatible.  Both now use odd parity.

*       When the obench, ibench and islave scripts were run
        with more than 30 ports under ksh, wrong results
        were obtained.  Most versions of ksh allow only
        30 background processes, and were only running
        30 ports at a time.   This version automatically
        detects when it is run by ksh, and switches itself
        to run under /bin/sh.

*       Measurements with less than 4 ports historically showed
        higher CPU utilization than larger numbers of ports, in
        part because the method of measuring CPU utilization is
        subtractive.  This version adds a correction term that
        minimizes this effect.

Enhancements include:

*       Input testing now turns off "isig" to reduce input
        processing overhead in raw mode.  This improves the
        tested performance of most--if not all--multiport
        boards, and is a more accurate reflection of typical 
        RAW mode operation.
        
*       The itest program is now included to verify cabling
        before starting input testing.
            
*       The iprint and oprint programs now report user as well
        as system time.  This makes it visually clear when
        when the host processor is saturated.
                
*       The perf program now honors the HZ environment
        variable so cpu/perf binaries compiled on Xenix can
        be run on all 386-UNIX machines w/o recompilation.

*       The perf program now produces a simpler pattern in
        output only mode to reduce user time.

*       The perf program now sends more data before and after
        the timed test data to more accurately compensate for
        larger system buffers, and larger numbers of ports.

*       All programs are started up well before the benchmark
        begins to remove the process creation overhead from
        the measured results.  After all processes have been
        created, they now sleep until a computed future time
        when the benchmark begins.

*       A "fast" mode is now available to handle very large
        terminal configurations on less capable hosts.

Send bug fixes, enhancements, comments (and flames) to:

Gene H. Olson                  gene@digibd.com
Senior Staff Engineer
DigiBoard Inc.
St. Louis Park, MN             (612) 922-9020

-Rick
--
Rick Richardson        Senior Staff Engineer   Visit my WWW home page:
DigiBoard APD          Email: rick@digibd.com  http://www.digibd.com/people/rick
6801 Shady Oak Rd.     Fax:   (612) 947-1129   
Eden Prarie, MN 55344  Tel:   (612) 947-1111   <standard disclaimer>

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

Crossposted-To: comp.unix.unixware
From: rick@digibd.digibd.com (Rick Richardson)
Subject: Re: future of Unixware
Date: Sun, 12 Jun 1994 17:06:28 GMT

Paul_Lahaie@achilles.net (Paul JY Lahaie) writes:

>In article <2t94nn$5pm@mis.nu.edu> gblake@mis.nu.edu (Gregory Blake) writes:
>>
>>Docs are pretty sparse? The Network admin's manual is pretty good sized, and
>>it's helped me with just about any problem I've had with it.  Support is
>>expensive, but then again I'm with a university so we get that automaticly

>   The docs we have basically say things like:

>If you want a bidirectional port with SLIP and PPP do this.
>If you want a ... with ... do this.
>(etc...)

>   If you want to do something that is not demonstrated, you are pretty much 
>out of luck.  Not to mention that the erpcd program isn't exactly fully 
>functional.  We tried getting it working under Linux, and UnixWare (with SCO 
>and IUNIX bins) and it never really works fine.  It sometimes works though :-(

Issues like this are why our new terminal server line (Portserver/16 and
Portserver/8 are the first members) have a feature called Net C/X.  With
Net C/X installed on the host, our terminal server ports are
*indistinghuishable from native POSIX serial ports on a multiport card*,
other than slightly longer latency and slightly greater host loading.
But even the host loading is less than a terminal server, since there
aren't any pseudo-tty's, and only one TCP/IP connection rather than
one per session.

For host loading, serial port solutions boil down to something like this:
        1) Intelligent serial board
        2) Digi Portserver with Net C/X drivers
        3) Traditional terminal servers (or ours running without Net C/X)

For ease and flexibility of use:
        1) Intelligent serial board
(tie)   1) Digi Portserver with Net C/X drivers
        3) Traditional terminal servers (or ours running without Net C/X)

I believe that Net C/X is currently available for SCO hosts, and
is in beta for SVR4 (Unixware), and Solaris sparc or x86 is
coming "real soon".  And probably the rest of the bunch, like
AIX, HP/UX, etc. though I don't know our actual deployment plans.

Net C/X really is slick, and up until a couple days ago, my access to
work was via PPP on a SCO box with Net/CX to a PortServer/16.
Never saw a glitch, and the Morningstar PPP software on SCO
couldn't tell that the serial ports weren't actually on the SCO
box.  Neither could getty, cu, or uucp.

I'd still be using it, except I somehow finangled an ISDN link from Digi.

-Rick
--
Rick Richardson        Senior Staff Engineer   Visit my WWW home page:
DigiBoard APD          Email: rick@digibd.com  http://www.digibd.com/people/rick
6801 Shady Oak Rd.     Fax:   (612) 947-1129   
Eden Prarie, MN 55344  Tel:   (612) 947-1111   <standard disclaimer>

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

Crossposted-To: comp.windows.interviews
From: reb@sgi3.hep.anl.gov (Robert  Blair)
Subject: How do you print with DOC (from iv)?
Date: Sun, 12 Jun 1994 21:03:21 GMT

(My apologies if this got posted twice!)

I know this has been asked before (and maybe even in a more appropriate place),
but I didn't save the answer.  With the interviews "doc" application, how do
you print?  Simply pulling down the "file" menu and clicking on print
does nothing.  With the "idraw" application, it pops up a dialogue box and
asks for the print command, but not so with "doc".  I looked for a FAQ, but
couldn't find one.  This looks like an almost usable WYSIWIG with color, but
if I can't print it is very "limited" ;-\ .

                                 Thanks in advance,

 *C~o~()* 
Cc{*(o~*Q&                                          Bob Blair
(  ((     )
|~      ~ |                                Argonne National Lab.
|O      - |                                Room E277, Bldg. 362
\   "     /                                High Energy Physics Div.
 \ ****  /                                 9700 S. Cass Ave.
  **^u^**                                  Argonne,   IL 60439
   *****                                   Phone (708)-252-7545
    ***                                    Fax (708)-252-5782
                                           email: reb@hep.anl.gov
                                           fnald::rebcdf
--

 *C~o~()* 
Cc{*(o~*Q&                                          Bob Blair
(  ((     )
|~      ~ |                                Argonne National Lab.
|O      - |                                Room E277, Bldg. 362
\   "     /                                High Energy Physics Div.
 \ ****  /                                 9700 S. Cass Ave.
  **^u^**                                  Argonne,   IL 60439
   *****                                   Phone (708)-252-7545
    ***                                    Fax (708)-252-5782
                                           email: reb@hep.anl.gov
                                           fnald::rebcdf
--

 *C~o~()* 
Cc{*(o~*Q&                                          Bob Blair
(  ((     )
|~      ~ |                                Argonne National Lab.
|O      - |                                Room E277, Bldg. 362
\   "     /                                High Energy Physics Div.
 \ ****  /                                 9700 S. Cass Ave.
  **^u^**                                  Argonne,   IL 60439
   *****                                   Phone (708)-252-7545
    ***                                    Fax (708)-252-5782
                                           email: reb@hep.anl.gov
                                           fnald::rebcdf

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


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: Linux-Misc-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.misc) via:

    Internet: Linux-Misc@NEWS-DIGESTS.MIT.EDU

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    sunsite.unc.edu				pub/Linux

End of Linux-Misc Digest
******************************
