Subject: Linux-Misc Digest #425
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:     Tue, 14 Dec 93 05:13:09 EST

Linux-Misc Digest #425, Volume #1                Tue, 14 Dec 93 05:13:09 EST

Contents:
  Re: What Tape Backup to buy for DOS and LINUX? (Bao Chau Ha)
  Re: Printed LDP manuals? (was (Matt Welsh)
  Re: LGX List of Problems #5 (Adam J. Richter)
  Re: Xfractint under Linux? (Ove Ewerlid)
  Re: Networking Linux (Andre U Manoel)
  RFD: Linux International (Patrick D'Cruze)
  Re: Using TERM w/TCP-IP link (R. Stewart Ellis)
  Re: Yet another benchmark results.. (Matthew Dillon)
  Re: Yet another benchmark results.. (Matthew Dillon)
  Re: Yet another benchmark results.. (Matthew Dillon)
  Re: _Real_ hackers ... (Bob Martin)
  Re: [Q] Scanner software ? (Rick)
  What's the Linux WWW site? (Joe Emenaker)
  Re: Linux counter: Usage growth of Linux (Harald T. Alvestrand)

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

From: habaoch@eng.auburn.edu (Bao Chau Ha)
Subject: Re: What Tape Backup to buy for DOS and LINUX?
Date: Mon, 13 Dec 1993 14:18:07 GMT

In article <2edbqtINN927@ope001.iao.ford.com> jamulla@cadcam.pms.ford.com writes:
>
>I have been wondering what type of tape backup I should buy
>which I could use for both LINUX and DOS without and real trouble.
>
>One thing that complicates my matter is that I'm not sure if you
>can have a SCSI controller and an ESDI controller in the same
>machine. Does anyone know this.
>
Yes, I have both SCSI (Adaptec 1542CF) and ESDI (WD1007V-SE2)
on my system.

>A guy at Microsoft thought you could have an ESDI and  SCSI in the
>same machine, you must boot from the ESDI though. Is this true?
>
Yes, it is true.

>So What I'm needing to know is whether I should get a scsi tape
>backup, or get one that uses the floppy controller etc.
>
Get a SCSI tape.  It will make life much simpler.

>Does anyone recommend a good tape backup right now for LINUX itself?
>
I know a bad one that you should never touch, Irwin AccuTrak.

>Thanks, 

You are welcome.
Bao


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

From: mdw@cs.cornell.edu (Matt Welsh)
Subject: Re: Printed LDP manuals? (was
Date: Tue, 14 Dec 1993 01:59:21 GMT

In article <931213194549664@welcom.gen.nz> davin.george@welcom.gen.nz (DAVIN GEORGE) writes:
>What would be the chances of getting a copy of what you've done so far.
>I'm in the stage of writing a Linux Introductory Book for Dos Users and
>I'ld appreciate any information.

There's really no need for you to do so; the book has already been
written, it's complete (already finished, but undergoing constant
revision). It's a complete new-user and installation guide for Linux,
primarily for MS-DOS and other PC users who want to move to Linux.

If I were you, I'd help me edit and revise this book instead of
duplicating my efforts. I don't want to be discouraging but it's
already been done. :)

If you have FTP access you get the book from sunsite.unc.edu in
pub/Linux/docs/LDP. If not, you can get a printed copy of the book via
mail order (see the Distribution-HOWTO), and if ALL else fails I can
mail you a uuencoded PostScript file, or ASCII, or whatever. It's
rather large, though (150 pages) and I can't mail it to everyone, but
if you really need a copy and can't get it any other way I might be
able to send you one.

Let me know.
-- 
"Do you want to be Finnish? Sure, we all do!"

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

From: adam@adam.yggdrasil.com (Adam J. Richter)
Subject: Re: LGX List of Problems #5
Date: Tue, 14 Dec 1993 01:56:29 GMT

In article <1993Dec13.171747.655@rosevax.rosemount.com>,
Grant Edwards <grante@hydro.rosemount.com> wrote:
>Adam J. Richter (adam@adam.yggdrasil.com) wrote:
>:      What are you talking about?  There is no such thing as "an
>: older version of pl13."
>
>Oh.  I thought that the letters after the number indicated successive
>revisions of a patch level, e.g. pl13r, pl13q, and so on.  Perhaps
>not.

        The alpha patches come after a kernel release, so they
are not older.

-- 
Adam J. Richter                             Yggdrasil Computing, Incorporated
409 Evelyn Ave., Apt. 312, Albany CA 94706  4880 Stevens Creek Blvd., Suite 205
(510) 528-3209                              (408) 261-6630, fax: (408) 261-6631
adam@yggdrasil.com                          info@yggdrasil.som

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

From: ewerlid@frej.teknikum.uu.se (Ove Ewerlid)
Subject: Re: Xfractint under Linux?
Date: 14 Dec 1993 02:37:48 GMT


 In article <1993Dec13.211644.16466@noao.edu> swampler@noao.edu (Steve Wampler) writes:

 Has anyone succeeded in getting xfractint fully running under Linux?


I recently compiled it and most things work for me!
I needed to do one modification to get color-rotation to work.
Apperently the delay function is called with negative delays from the
color-rotater. This cuases large delays (several days ... == lock ).
I simply modified the delay function (in general.c) to clamp negative
values to 0 (or 3).  I have not investigated why this happens.
I compiled xfractint 1.5 years ago and I do not remember this problem.

My setup is XFree-2.0, libc-4.5.7, gcc-2.5.7 and pl14c.
(BTW, libc-4.5.7 has not been officially released yet.)
 
IMHO, the PLASMA mode (in the root window) with the default colors
in rotating mode is one of the most spectacular backrounds there are.
Somewhat obnoxious in the long run though, but definitly eye-catching.

Regarding your problem, if it is a mouse problem there are always
the keys to move the zoom box.

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

From: andre@futuro.usp.br (Andre U Manoel)
Subject: Re: Networking Linux
Date: 14 Dec 1993 01:09:18 GMT

jbm@speedy.login.qc.ca wrote:
: garrett@netcom.com (Garrett D'Amore) writes:

        ... some stuff deleted ...      

: ah, this struck a bell.  There is a _free_ way to access the novell file
: server, but the penalty is that you need a spare PC.  take the spare PC,
: install an ethernet card and DOS.  Install a packet driver from the clarkson
: archives, and then the Novell drivers.  Log the PC into the Novell server.
: Next, install and run "soss" (also available from clarkson) and export all
: the Novell volumes that you wish via NFS.  The novell file systems can then
: be mounted on your Linux box(es).  This works because the clarkson packet
: drivers allow for a dual protocol stack on the dos PC, which will translate
: from IPX to TCP/IP via netware and soss.  not very fast or efficient, but
: *it works*.  

        You can use soss inside a windows or Desqview Dos box. It also
works, you don't have to spare a computer, but is SLOOOW.


Andre Manoel

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

From: pdcruze@swanee.ee.uwa.edu.au (Patrick D'Cruze)
Subject: RFD: Linux International
Date: 14 Dec 93 03:16:58 GMT


This is a RFD (Request for Discussion) to discuss and debate the proposal
to form a non-profit organisation dubbed Linux International.  This
organisation will be charged with marketing and promoting Linux as an
alternative to Windows and OS/2.  (See the announcement in 
comp.os.linux.announce for further details or see below for further
details on where to obtain the proposal document).


A number of people have already begun debating this topic (with reference
to a Linux Foundation).  The concept of Linux International is very similar to
the concept proposed for the Linux Foundation and is COMPLETELY DIFFERENT
in concept to the proposed Linux Consortium.  If you are confused, please
read the announcement for Linux International in c.o.l.announce for more
detailed info.


[Regarding the original announcement and the voting rules]
I have received a number of email messages regarding the short voting time
period with correspondents mainly concerned that this will not be a long
enough period to debate the issue thoroughly first before then proceeding
to vote on it.

In deference to all of those people, I will be extending the voting period
until the 20th of January.  Officially, the period from 11th December to the
11th January will be the debating period (the RFD to use a newsgroup analogy)
and the period from 11th January to the 20th January will be the voting
period.  In reality though, if anyone feels that they have debated the issue
enough and would like to vote, then they may do so at any time (so long as
its before the 20th Jan.).

If you have missed this announcement and would like to view the proposal
to form a non-profit organisation to promote Linux then it can be
obtained from the following places:

1)  Postscript document available on Sunsite.  Placed in the Linux/Incoming
    directory on 12th December.  May be moved to another directory location.

2)  Ascii document posted to comp.os.linux.announce  - entitled 'Linux
    International proposal'

3)  If all else fails, contact me at   pdcruze@swanee.ee.uwa.edu.au 
    requesting either the ascii or postscript document (please specify).

Note: please use option 3 as a last resort.


One final note is that our network (and hence my mailbox) will be out of
action from Friday 17th Decemeber to Monday 20th December.  Please do not
vote or attempt to contact me during this period as you will receive a 
'host unreachable' message.


Regards,
Patrick D'Cruze                     pdcruze@swanee.ee.uwa.edu.au





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

From: ellis@nova.gmi.edu (R. Stewart Ellis)
Subject: Re: Using TERM w/TCP-IP link
Date: 14 Dec 93 03:50:41 GMT

arbanas@cpchq.cpc.gmeds.com (Larry Arbanas) writes:

 >Is it possible to run Term over an existing ethernet based TCP/IP
 >link between 2 computers, instead of over a serial/modem link?

 >This would have application with machines that are blocked from direct 
 >Internet access but can telnet to an Interent connected machine.

 >Thanks

 >--
 >R. Larry Arbanas           | voice:          +1 (313) 575-4423           
 >                         | email:          arbanas@hqs.mid.gmeds.com
 >                         | email-personal: arbanas@bovaris.northville.mi.us

As long as you take proper account of all the escape characters that may be
trapped along the way, you can use term to establish an end-to-end socket
that allows all sorts of interesting things.  I am not sure whether it will
work with all proxy telnets, but it will work with rlogins that are either
8-bit clean or properly escaped.  You just have to experiment a bit.  Use of
term to subvent a firewall may violate site policy.


-- 
  R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765   ___________________
  Humanities & Social Science,  GMI Eng.& Mgmt. Inst.    /   _____  ______ 
  Flint, MI 48504      ellis@nova.gmi.edu               /        / /  /  / /
  Gopher,News and sendmail maintainer, all around hack /________/ /  /  / /

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

From: dillon@apollo.west.oic.com (Matthew Dillon)
Crossposted-To: comp.sys.ibm.pc.hardware,comp.os.vms,comp.benchmarks
Subject: Re: Yet another benchmark results..
Date: 13 Dec 1993 20:16:39 -0800

 
      Computer                             Time spent
  
 486DX2-66
 AMI Enterprise III VL/EISA m/b with 32MB ram
 Linux 0.99pl14
 gcc 2.4.5.
 Standalone machine.                       27 sec.

 486DX2-66 ISA/VL 16Mb RAM 256K Cache
 MS-DOS
 MicroWay NDPC 4.30 -n2 -n3 -OLM -exp      25 sec

 486DX50 ISA 8Mb RAM, 256K cashe
 running Debian Linux 0.81BETA
 4  users                                  59 sec.
 single user                               54 sec.

 486DX-33
 64Kb read cache
 16 megs memory
 Single user, only program running.        53 sec.

 486DX-33 ISA 8Mb RAM
 running Linux
 Single user, but many Windows,
 Swapping heavily                          94 sec. real, 58 sec. CPU

 486DX2-66 VLB Clone, 16M, 256k cache      45 sec.
 running OS/2 2.1
 gcc -O2 -m486 yab.c -o yab.exe

 SUN Sparc-10
 SunOS 4.1.3A                              30 sec.

 SUN Sparc-2 with >= 16 Mb RAM
 running SunOS
 Single user                               69 sec.
   
 SUN Sparc-IPX                             74 sec.

 SUN-4
 running SunOS
 Single user                               73 sec.
   
 VAX 3100/80
 running VMS
 Other users, but not much going on        182 sec.

 DEC VAX 6630
 running VMS                               79 sec.

 IBM RS6000/model 530
 running AIX 3.2.2
 RAM: 50mb
 single user                               13 sec.
   
 IBM RS6000/model 320
 running AIX 3.2.2
 RAM: 20mb
 single user                               16 sec.
   
 IBM RS6000/model 550
 running AIX 3.2.2
 RAM: 90mb
 single user                               7 sec.
  
 IBM RS6000 320
 running AIX 3.2.5
 Other users, but not much going on        18 sec.
 
 IBM RS6000 530
 running AIX 3.2.5
 Other users, but not much going on        13 sec.
  
 IBM PowerServer 520, 32 Mb RAM
 RS/6000 Chip
 running AIX 3.2.3e
 compilation in Background                 30 sec. real, 16 sec. CPU

 IBM PowerStation 320H, 32 Mb RAM
 RS/6000 Chip
 running AIX 3.2.3e
 single user                               12 sec. real, 12 sec. CPU

 IBM PowerServer 560, >32 Mb RAM
 RS/6000 Chip
 running AIX 3.2.5
 single user                               7 sec. real, 7 sec. CPU

 SGI 4D/35TG (MIPS R3000 based) 48Mb RAM   21 sec.
 running Irix 4.0.5C
 Single user
 
 SGI Indigo, 32 Mb RAM
 running IRIX 4.0.5.
 multiuser but idle
 cc -O2 bench.c -o bench -lm               10 sec.

 DEC Alpha AXP 150Mhz
 OSF1 1.2
 Multiuser mode                            7 sec

 DEC 3000 Model 400
 Single user                               9 sec.

 DECPc AXP 150 (6.6ns pass 2.1 EV4), 32mb RAM
 OpenVMS AXP V2-FT3
 Single User, DECnet, Motif                11 sec.
 Single User, No DECnet, No Motif          10 sec.

 DEC 3000-400 (6.6ns pass 2.1 EV4) 128mb RAM
 OpenVMS AXP V1.5
 Single User, DECnet, Motif                9 sec.

 DEC 4000/710 with 256MB of memory.
 DEC OSF/1 1.3 12 users, load avg 1.0
 cc -O3 viz.c -lm -non_shared              6 sec.


 HP Apollo
 running HP-UX 9.0                         16 sec.

 HP/PA 720 HPUX 9.01 64 Meg RAM            10 sec
 HP/PA 735 HPUX 9.01 64 Meg RAM            5 sec

 Hp-735 64 MB ram, pretty much idle,
 2 users HPUX 9.01                         3.9 sec


        My contribution:


 HP-UX A.09.01 E 9000/755                 4.0 sec
 several users but unloaded.
 average over 10 iterations


    All I can say is, HP's are not slow.  I'm not sure how the HP735
    beat moriah out, though.

                                        -Matt


    Matthew Dillon              dillon@apollo.west.oic.com
    1005 Apollo Way
    Incline Village, NV. 89451  ham: KC6LVW (no mail drop)
    USA                         Sandel-Avery Engineering (702)831-8000
    [always include a portion of the original email in any response!]

-- 

    Matthew Dillon              dillon@apollo.west.oic.com
    1005 Apollo Way
    Incline Village, NV. 89451  ham: KC6LVW (no mail drop)
    USA                         Sandel-Avery Engineering (702)831-8000
    [always include a portion of the original email in any response!]


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

From: dillon@apollo.west.oic.com (Matthew Dillon)
Crossposted-To: comp.sys.ibm.pc.hardware
Subject: Re: Yet another benchmark results..
Date: 13 Dec 1993 20:18:50 -0800

In article <1993Dec11.021423.4739@dxcern.cern.ch> danpop@cernapo.cern.ch (Dan Pop) writes:
:>
:This is nonsense. The actual time depends too much on the system load to
:be useful/interesting at all. The silly benchmark should be run via
:"time" and the full output of "time" should be reported, along with an
:accurate description of the hardware, in order to be able to do any
:comparison at all.
:
:Dan
:-- 
:Dan Pop 
:CERN, L3 Experiment
:Email: danpop@cernapo.cern.ch
:Mail:  CERN - PPE, Bat. 21 1-023, CH-1211 Geneve 23, Switzerland

    It's not nonsense, it's just a silly benchmark!

    Stop being so serious about it.

    But I do want to vectorize it and run it on a cray :-)

                                                -Matt

    Matthew Dillon              dillon@apollo.west.oic.com
    1005 Apollo Way
    Incline Village, NV. 89451  ham: KC6LVW (no mail drop)
    USA                         Sandel-Avery Engineering (702)831-8000
    [always include a portion of the original email in any response!]

-- 

    Matthew Dillon              dillon@apollo.west.oic.com
    1005 Apollo Way
    Incline Village, NV. 89451  ham: KC6LVW (no mail drop)
    USA                         Sandel-Avery Engineering (702)831-8000
    [always include a portion of the original email in any response!]


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

From: dillon@apollo.west.oic.com (Matthew Dillon)
Crossposted-To: comp.sys.ibm.pc.hardware,comp.os.vms,relcom.talk,relcom.fido.su.general
Subject: Re: Yet another benchmark results..
Date: 13 Dec 1993 20:22:36 -0800

:       Another problem that I can see is that the code is small enough
:       to fit in cache, which will easily skew the results.  That would
:       explain why the poor chap with the 386 might have taken a few
:       minutes to run, if he didn't have cache.
:
:-------------------------------------------------------------------------------        
:       Dan Mattrazzo                           
:       dcmfac@ritvax.isc.rit.edu

    That's a problem?  What are caches for?

    A lot of code these days fits into machine caches, machine caches these
    days are a lot larger then they were just two years ago.

    People, stop complaining about how unfair the test is, what do you expect
    out of a little 10 line program ?

                                            -Matt

    Matthew Dillon              dillon@apollo.west.oic.com
    1005 Apollo Way
    Incline Village, NV. 89451  ham: KC6LVW (no mail drop)
    USA                         Sandel-Avery Engineering (702)831-8000
    [always include a portion of the original email in any response!]

#begin lite humor
-- 

    Matthew Dillon              dillon@apollo.west.oic.com
    1005 Apollo Way
    Incline Village, NV. 89451  ham: KC6LVW (no mail drop)
    USA                         Sandel-Avery Engineering (702)831-8000
    [always include a portion of the original email in any response!]


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

From: bob@rbm01.ci.net (Bob Martin)
Subject: Re: _Real_ hackers ...
Date: Tue, 14 Dec 1993 01:46:10 GMT

Grant Edwards (grante@hydro.rosemount.com) wrote:
: Brandon S. Allbery (bsa@kf8nh.wariat.org) wrote:

: : If you're really, *really* good, you use cat.  Both to read *and* to write.
: : :-) :-) :-)

: You guys use _terminals_?  Wow, what a bunch of namby-pamby wimps.
: Real hackers use _real_ computers.  The kind with rows of toggle
: switches and lights on the front panel.

For real ! we still have one at work ( a honeywell 4400) where
the boot procedure is something like:
select the A register ( push a button on th front panel)
enter 07000101 (push more button, watch the lights change)
press the step pushbutton
select the B register ...  etc,etc,etc...
-- 

bob martin   
bob@rbm01.ci.net 

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

From: pclink@qus102.qld.tne.oz.au (Rick)
Subject: Re: [Q] Scanner software ?
Date: Tue, 14 Dec 1993 05:09:50 GMT

odiug@messua.informatik.rwth-aachen.de (Guido Muesch) writes:

>Stupid question: Is there any scanner software available somewhere?
>And for what scanners?
>I can currently get hold of a marstek M-800 handyscanner (I think that was
>its name).

Jurgen Weigert (jnweiger@uni-erlangen.de) has code for controlling Mustek
handscanners - since you are not sure of the name, it might be the same
device.  I've been working on integrating it into the GS4500 driver I
wrote, but it's not finished yet.  Contact Jurgen and see if he can
supply his code to you - if not, I should have a copy of his original
driver archived somewhere.

Rick.

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

From: jemenake@trumpet.aix.calpoly.edu (Joe Emenaker)
Subject: What's the Linux WWW site?
Date: Tue, 14 Dec 1993 06:49:41 GMT

A friend of mine came across a cool looking WWW site devoted to Linux,
but we lost the address. Anyone know where it is?

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

From: hta@uninett.no (Harald T. Alvestrand)
Subject: Re: Linux counter: Usage growth of Linux
Date: 14 Dec 1993 07:22:13 GMT

The problem is that snail mail registration requires me to put in
at least 2 minutes of Real Work per registration.
But wottehell, I'll accept snail mail - it'll boost my daughter's
stamp collection!

Address:

   Linux Counter
   Harald Tveit Alvestrand
   Weidemanns Vei 27
   N-7043 TRONDHEIM
   NORWAY

I'll put that into the HELP message too.
(and I'm betting that I will get approximately zero....)
-- 
                   Harald Tveit Alvestrand
                Harald.T.Alvestrand@uninett.no
      G=Harald;I=T;S=Alvestrand;O=uninett;P=uninett;C=no
                      +47 73 59 70 94
My son's name is Torbjxrn. The letter between "j" and "r" is o with a slash.

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


** 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
******************************
