Subject: Linux-Misc Digest #394
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:     Wed, 8 Dec 93 21:13:12 EST

Linux-Misc Digest #394, Volume #1                 Wed, 8 Dec 93 21:13:12 EST

Contents:
  EXT2FS (Benson L Chow)
  Re: Yet another benchmark results.. (Fred Kleinsorge)
  Re: Yet another benchmark results.. (Ian Soboroff)
  Re: Adaptec 154xC + disks > 1GB (John Lindsey)
  Re: Yet another benchmark results.. (Ron Story)
  Pentium and Linux (B. Verspagen)
  Re: Yet another benchmark results.. (Tim Llewellyn in Bristol. (0272 303030 ext 3691.))
  Re: Yet another benchmark results.. (Dimitry A. Sazonov)
  [Q] Chinon CDS-435 (Roger Geiger)
  Re: Why is comp.os.linux still around? (W.R.Volz)
  Re: Security (Mike Horwath)
  Anyone have metamail for Linux working with Emacs? (Bob Crosson)
  Re: New Yggdrasil LGX boot floppy (XonTech)
  Digicom Connection 14.4+: New Linux downloader  (Wolfgang Henke)
  Linux T-shirt (Mike Batchelor)
  Re: Handbook 486 and Linux (Mike Horwath)
  Re: Adaptec 154xC + disks > 1GB (Mike Horwath)

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

From: Benson L Chow <bc3c+@andrew.cmu.edu>
Subject: EXT2FS
Date: Wed,  8 Dec 1993 12:39:40 -0500

For the EXT2FS:
Is there any program to manually mark sectors bad?
Or an automatic one (to make things even easier?)

Also, I had a hard drive die on me when I ran Linux and EXT2FS.  Had anyone
had a problem with the WD93044 drive? (40 MB RLL/IDE).  The drive's dead
right now, and it can't be repaired.  Never had a problem with it with DOS.

Yes, I used to get a lot of kernel panics and hd read errors.  Now I'm stuck
with a floppy based MSDOG system.



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

From: kleinsorge@star.enet.dec.com (Fred Kleinsorge)
Crossposted-To: comp.sys.ibm.pc.hardware,comp.os.vms,comp.benchmarks
Subject: Re: Yet another benchmark results..
Date: 8 Dec 1993 18:02:05 GMT
Reply-To: kleinsorge@star.enet.dec.com (Fred Kleinsorge)


Doesn't sound like much of a benchmark, but what the heck:


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.


-- 
                              +--------------------------------------+
Fred Kleinsorge               | All opinions expressed are mine, and |
kleinsorge@star.enet.dec.com  | may not reflect those of my employer |
                              +--------------------------------------+

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

From: ian@gl.umbc.edu (Ian Soboroff)
Subject: Re: Yet another benchmark results..
Date: 8 Dec 1993 13:21:54 -0500

In article <CHorMu.BwF@dscomsa.desy.de>,
Andres Kruse (NIKHEF) <A.Kruse@nikhef.nl> wrote:
>> 
>>      SGI Iris Indigo (low end)               24 sec.
>>      Single user (but with many windows
>>      running... IRIX 4.5.1)
>> 
>> 
>>      SGI Iris Crimson
>>      with 60 users, load 6.3                 53 sec.
>
>See my previous post. The source code measures the time you have to wait
>for the thing to come back. But it does not measure the used CPU time
>by this process. Also: Which processor does the Indigo which you were
>using, have ?

you're right about the source... both the indigo and crimson are using
the MIPS R4000, not the 4400, so i would expect the CPU time, isolated
to just that process, would be the same relative to each other...  the
"benchmark" program is more of a "practical" measure than a "real"
one...

but i think this is ok... since we're looking at x86 machines running
on different bus configurations and video boards, CPU speed is really
a small fraction of the true benchmark.  even though just timing the
routine might hide exactly _what_ is causing speedup or slowdown,
this can be inferred from the setup usually... if not, just start
moving components between machines.

                ian


-- 
+-----------------+------------------------------------------------+
! Ian Soboroff    ! "Dentistry is such a depressing profession...  !
! ian@gl.umbc.edu !   you're always looking down in the mouth!"    !
+-----------------+------------------------------------------------+

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

From: gt8847b@prism.gatech.EDU (John Lindsey)
Subject: Re: Adaptec 154xC + disks > 1GB
Date: 8 Dec 93 18:34:26 GMT

Ack, I am having the same problem to.  Does Adaptec really plan to do
nothing?


John
--
And the red foos did slay the purple foos, and the green foos the pink foos.
And the silver foos did lord over the orange foos, in a way that was bad.
And the yellow foos detonated a small thermonuclear device at the blue foos.
And there were slain foos in great abundance, such that they were everywhere.

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

From: rstory@simhp720.mentorg.com (Ron Story)
Crossposted-To: comp.sys.ibm.pc.hardware,comp.os.vms,relcom.talk,relcom.fido.su.general
Subject: Re: Yet another benchmark results..
Date: 8 Dec 1993 18:33:44 GMT

Whoops, responded to the wrong article.

On the following machines running HP-Vue multi-user with approximently 80 processes running on each:

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

Not bad for a desktop box...

Ron


-- 
Ron Story N7TLC (ron_story@mentorg.com)| These are my opinions so: |
Mentor Graphics Corp. (503)685-7000    | #include <std_disclaim.h> |
  "...Yes,  I believe that's sarcasm,  the lowest form of wit."    |

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

From: Bart.Verspagen@MERIT.rulimburg.nl (B. Verspagen                               )
Subject: Pentium and Linux
Date: Wed, 8 Dec 1993 12:42:36 GMT

Hi, I saw the last pieces of a discussion on Linux on the Pentium in this
newsgroup, and wonder if anybody could give me a summary of what people have
found. I am now running Linux on a clone 486/33, and am thinking about 
buying a Pentium, and running it under Linux. What is the order of magnitude
of performance increase I can expect (my main application is a large 
simulation model doing lots of floating point)?

Appreciate your answers!

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

Crossposted-To: comp.sys.ibm.pc.hardware,comp.os.vms,relcom.talk,relcom.fido.su.general
From: tjl@local.host (Tim Llewellyn in Bristol. (0272) 303030 ext 3691.)
Subject: Re: Yet another benchmark results..
Reply-To: tjl@local.host
Date: Wed, 8 Dec 1993 19:35:21 GMT

In article <1993Dec7.031614.16788@pacific.mps.ohio-state.edu>, viznyuk@mps.ohio-state.edu (Dragon Fly) writes:
>Seeing so many benchmark tests contradicting one another
>gotta be confusing for insightful observer. For me perpetrating
>mostly scientific calculations they do not offer much to
>swallow to say nothing about digesting..
>So in deep despair have I decided to run the following
>short and, I hope, comprehensive code on various boxes widely
>spread in academic community.
>
[source deleted]
>
>
[some benchmark "results" deleted]
>
>So comments are welcome.
>
In all the followups to this so far I have only seen one person quote
CPU used and elasped time. You claim you are attempting to "perpetrate"
scientific calculations, but the data you and others are providing
appears frighteningly unscientific. 

        eg DEC VAX, quite a few users.

(1)Doing what?  VMS does provide used and elapsed time information as
well as other useful infomation using eg $ show proc/accounting or
at the end of a batch job log. On a multi-tasking operating system
the ratio of CPU to elapsed time will depend on other activilty on
the system (including paging if the program requires it as yours
clearly will do except on a severely over-configured and under-used machine).
Maybe the other systems you and others quote do not have a means of
providing this information? :-)

(2) What SORT of VAX. 11/730, MicroVax II, 6550 or what?
In case you are unaware there is a vast difference in performance between
the the slowest and fastest VAXen, and lots of models inbetween.

I think you will find CERN did a pretty thorough set of benchamarks 
sometime last year (maybe more recently too). You can probably pick up the
results via ftp or something. 


>Cordially,
>Serge

No problem.

=====================================================+===============+
Tim Llewellyn - OpenVMS, Soukous and Cricket Addict  | Read at your  |     
Physicist Programmer, Bristol Uni Particle Physics.  | own risk.     |
HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk  | Std disclaimer|
Pet Hates: Case Sensitivity! Unix. Tremolo systems.  | implicit      |
=====================================================+===============+


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

From: dima@wariat.org (Dimitry A. Sazonov)
Crossposted-To: comp.sys.ibm.pc.hardware,comp.os.vms,relcom.talk,relcom.fido.su.general
Subject: Re: Yet another benchmark results..
Date: 8 Dec 1993 19:34:56 GMT

Dragon Fly (viznyuk@pacific.mps.ohio-state.edu) wrote:

: - - - - - - from another correspondent - - - - - - - - - 

: I had to make the declaration of y global to prevent a segmentation
: violation on the DEC Alpha I ran it on.

: DEC 3000 Model 500                       6.7 s (avg. of 10 runs)
: DEC OSF/1 1.3
: Multi-user mode, one user logged in
: cc -O3 -o bench bench.c -lm -non_shared

: ************************************
similar,
DEC 4000/710 with 256MB of memory.
DEC OSF/1 1.3 12 users, load avg 1.0
axposf.pa.dec.com> cc -O3 viz.c -lm -non_shared
axposf.pa.dec.com> time ./a.out
time=6
5.54u 0.12s 0:06 91% 0+0k 0+0io 0pf+0w


: Serge

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

From: roger@hebron.connected.com (Roger Geiger)
Subject: [Q] Chinon CDS-435
Date: 8 Dec 1993 11:09:13 -0800

Has any gotten a Chinon 435 series CD-Rom drive to work under Linux?

I have been trying for some time now with no success.  I can get it to cat
/dev/sr0 and that will work.  But, when I mount -t iso9660 /dev/sr0 /mnt
I get kernel Panic multi volume cd-rom somehow got mounted.  xworkman will
not work also.  I don't think this is caused by my machine because the same
results came when I put it on a friends machine ( with wd7000 card)

My machine 386/20  w/387
8 megs
Future Domain 850M scsi card
Chinon CDS-435 CD-Rom drive

Thanks for any help you can give me

Roger Geiger
roger@hebron.connected.com


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

From: hwrvo@usho42.hou281.chevron.com (W.R.Volz)
Crossposted-To: comp.os.linux
Subject: Re: Why is comp.os.linux still around?
Date: 8 Dec 93 19:02:25 GMT

You can't make this news group go away, unless there is something about
the news server that I don't know (which is quite possible). All the
other C.O.L news groups are rooted in this one. The actual articles are
stored in directories that are formed by replacing the '.' with a '/'.
ALso note that if you look at all the groups you will see that this group
is still there. I don't think there is anything that prevents anyone
from posting to *any* of the news groups. It just is that for a newsgroup
like say, comp, no one posts, but you could.

It won't go away. If you don't want to read it, don't subscribe this
this group.

Just my opinion.

In article <CHn33H.3Bu@icarus.ci.net>, mirons@icarus.ci.net (Michael A. Irons) writes:
|> 
|>      I never got a control message here that C.O.L was 'off the
|> air'. It seems as though this is following the path of the new group creations
|> and some people aren't getting the rmgroup message.
|> 
|> -- 
|> 
|>                              Mike Irons
|> 
|>                      mirons@Icarus.CI.NET

-- 

======================
Bill Volz
Chevron Petroleum Technology Co.
Earth Model/Interpretation & Analysis Division.
P.O. Box 42832, Houston, TX, 77242-2832
Phone: (713) 596-2059 Fax: (713) 596-3009

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

From: root@jacobs.mn.org (Mike Horwath)
Subject: Re: Security
Date: 8 Dec 1993 17:45:54 GMT

Mathias Koerber (mathias@solomon.technet.sg) wrote:
: Ok, that might work for some users. I am thinking of installations, where
:       a) many people should have access to that PC as normal users
:       b) they are encouraged to use floppies for backup etc.

: I want to protect the system against booting from floppy (not actually bad in
: itself) or moreover against other prople mounting the root filesystem
: from other OS'es they boot.

: Mathias Koerber
: email: mathias@solomon.technet.sg
: swispl@solomon.technet.sg

this can be accomplished with current AMI bios' by setting a password to
get into the bios and YOU set the bios to boot off of C: and ignore A:
for booting.  Should be in the Advanced CMOS settings.

--
Mike Horwath    IRC: Drechsau   BBS: Drechsau   LIFE: lover
root@jacobs.mn.org  drechsau@jacobs.mn.org
Jacob's Ladder  612-588-0201  UUCP, UseNet, Linux files, BBS

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

From: crosson@cam.nist.gov (Bob Crosson)
Subject: Anyone have metamail for Linux working with Emacs?
Date: 8 Dec 93 19:36:01 GMT

I'm trying to get metamail to work with Emacs so I can read MIME
mail in the Emacs RMAIL mail reader.  Has anyone been able to do
this?

I've compiled metamail v.2.4 and installed it according to the
directions.  Everything is all right except many of the shell
scripts expect the C-shell.  But I haven't gotten that far yet.

I've also installed the metamail binaries from sunsite.unc.edu.
My problem is the same with either package.

My problem is in modifying my ~/.emacs files so metamail is used
to view MIME mail.  When I modify ~/.emacs according to either
package's 'mailers.txt' file, I get the message "Error in init file:
Wrong type agrument: arrayp, #<keymap 0 entries>" when I start 
Emacs.  When I comment out all of the metamail additions to ~/.emacs
I don't get the error.  It seems to center around the "rmail-check-
content-type" function.

I'm using Emacs 19.4.25 from Lucid and linux-0.99.12.  I've retrieved,
installed in /usr/local/lemacs/lisp/packages, and byte-compiled the
package transparent.el.

Can anyone give me help or pointers to fixing this?  Perhaps I
should be using another MIME package?  Do I somehow need to tell 
Emacs that transparent.el now exists?  Any help would be greatly
appreciated.  My e-mail message is below.

Bob Crosson
crosson@cam.nist.gov

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

From: xontech@nic.cerf.net (XonTech)
Subject: Re: New Yggdrasil LGX boot floppy
Date: 8 Dec 1993 16:31:18 GMT


I downloaded the 3.5in boot floppy image from ftp.netcom.com:
/pub/yggdrasil/boot-floppies; rawrote it to disk and tried it out.
The machine hangs after the "LI" of the "LILO boot" prompt.
What's wrong? The README in the above directory is a bit different
than the announcement post so perhaps I got an old version. The 
file I got has a date of Dec 3 at 11:00.

Mark Reeve
Xontech, Inc.

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

Crossposted-To: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Digicom Connection 14.4+: New Linux downloader 
Date: Wed, 8 Dec 1993 19:14:08 GMT


A new Digicom Connection 14.4+ downloading algorithm has been made
available at the SoftModem ftp site. The file is called
smdl-linux.tar.gz. Here is the included smdl.doc:

SMDL is based on code written by Ray Burr.  Basically this is a rewrite of
his "smodemdl" program, but fixes a bug relating to file sizes.  He had
smodemdl hardwired to the file sizes of the DSP code provided by Digicom.  As
test.dsi and the newer beta files were of different sizes to the old versions,
using smodemdl caused them to be loaded incorrectly.  This resulted in "ati2"
reporting ERROR.  This must not be!  SMDL takes the DSP file size into account
and so "ati2" reports OK for all the modem files I can get my hands on (not
including fax code.)

Other "improvements" are automatic COM port hunting and strict file size
checking.  For those who want to be fussy or have more than 1 softmodem, there
is provision to specify a COM port in the range 1 - 4.  Also, the inode file 
size is compared with that stored in the DSP code, so you can only download
files adhereing to the softmodem code format. 

Oh yes, upon completion of downloading, you will get a response similar to
"ati3" on the modem and report of what COM port the code was dumped to.

Usage is:   smdl dsp_filename [port]    where port is 1 - 4.

Stick it in your /etc/rc.local or other boot script for hassle free modeming.

NOTE: You must have root privileges to run this successfully.

Anyway, back to Ray.  If it wasn't for him, this program wouldn't exist.  Much
gratefulness to him for nutting out what needed to be done.  This program was
solicited by no-one but me, mainly to fix the small problems in smodemdl and as
an exercise in getting grips with C. So, if you cringe at the sight of 
spaghetti code, don't look at the source.

Ray nor Digicom support this program in any shape or form, so don't hassle
them about it if things don't go as expected.  I don't promise you anything
other than it works for me.

SMDL works with the Digicom Connection 96+, and I assume the 144+ as well.

Respective copyrights are acknowledged to Ray Burr and Digicom wherever they
may apply.

This is anonymous freeware for the benefit of Linuxers everywhere.

  --------------------------------------------------------------------
  This program is free software; you can redistribute it and/or modify
  it under the terms of the GNU General Public License as published by
  the Free Software Foundation; either version 2 of the License, or
  (at your option) any later version.

  This program is distributed in the hope that it will be useful,
  but WITHOUT ANY WARRANTY; without even the implied warranty of
  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
  GNU General Public License for more details.

  You should have received a copy of the GNU General Public License
  along with this program; if not, write to the Free Software
  Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
  --------------------------------------------------------------------



feenix.metronet.com /pub/wolfgang:
-rw-r--r--   1 wolfgang shell      19361 Dec  8 12:43 ATT.faq
-rw-r--r--   1 wolfgang shell       3760 Dec  8 12:43 Digicom.9624
-rw-r--r--   1 wolfgang shell      20136 Dec  8 12:43 Digicom.faq
-rw-r--r--   1 wolfgang shell      63422 Dec  8 12:43 FAX.faq
-rw-r--r--   1 wolfgang shell       4633 Dec  8 12:43 Modem.prices
-rw-r--r--   1 wolfgang shell        731 Jul  8 14:14 README
-rw-r--r--   1 wolfgang shell      31949 Dec  8 12:43 Scout.txt
-rw-r--r--   1 wolfgang shell       3919 Apr 30  1993 c144.news
-rw-r--r--   1 wolfgang shell        321 Jul  8 13:06 c144_dsi.mdm
-rw-r--r--   1 wolfgang shell       1544 Dec  8 12:29 c144_os2.txt
-rw-r--r--   1 wolfgang shell       1490 Dec  8 12:30 c144_ver.txt
-rw-r--r--   1 wolfgang shell       5481 Nov 16 14:27 c144info.txt
-rw-r--r--   1 wolfgang shell       2247 Oct 12 11:22 dlos2.zip
-rw-r--r--   1 wolfgang shell       3678 Nov 16 14:26 dsp.in.pc
-rw-r--r--   1 wolfgang shell     246683 Jul  8 13:06 mlk104.zip
-rw-r--r--   1 wolfgang shell       5418 Dec  8 12:09 smdl-linux.tar.gz
drw-r--r--   2 wolfgang shell       1024 Oct 22 13:13 smodem
-rw-r--r--   1 wolfgang shell       5439 Apr 23  1993 smodem.developers
-rw-r--r--   1 wolfgang shell       4253 May  5  1993 smodem.technology
-rw-r--r--   1 wolfgang shell      11988 Aug  6 16:16 smodemdl.tar.gz
-rw-r--r--   1 wolfgang shell        754 Aug  6 16:17 smodemdl.tar.gz.lsm
-rw-r--r--   1 wolfgang shell       2465 Dec  8 12:44 sound.modems
-rw-r--r--   1 wolfgang shell     466778 Jul 11 21:26 ter99.zip
-rw-r--r--   1 wolfgang shell      10996 Dec  8 12:44 v.32ter.constellation
-rw-r--r--   1 wolfgang shell      12294 Apr 30  1993 wfxcom.uue
-rw-r--r--   1 wolfgang shell     274432 Jul  8 13:06 wildcat1.exe
-rw-r--r--   1 wolfgang shell     354394 Jul  8 13:06 wildcat2.exe
-rw-r--r--   1 wolfgang shell       4292 Apr 10  1993 winfax.help
-rw-r--r--   1 wolfgang shell      58922 Aug  9 15:44 wnotes.zip


-- 
 _________________________________________________________________________
 Wolfgang Henke     Data lanes not car pool lanes      wolfgang@netcom.com 


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

From: mikebat@netcom.com (Mike Batchelor)
Subject: Linux T-shirt
Date: Wed, 8 Dec 1993 19:15:42 GMT

I sent my order for the Linux T-shirt near the end of September, to the
address in the c.o.l.a post made at that time.  The check cleared my bank
on October 3.  I have yet to receive my t-shirt.  I have mailed Charles
Stephens three times already (cfs@next.neuro.emory.edu), but there has
been no response, no bounced mail.  The order form says to wait 4-6
weeks.  It has been 10 weeks now.

Has anybody got their T-shirts yet?
Has anybody gotten Charles to respond to e-mail?
Can anyone help me track down my T-shirt?!  I want to show off my
affection for Linux! :)

--
Mike Batchelor      |
mikebat@netcom.com  |                  This space for rent
mikebat@qdeck.com   |

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

From: root@jacobs.mn.org (Mike Horwath)
Crossposted-To: alt.sys.pc-clone.gateway2000
Subject: Re: Handbook 486 and Linux
Date: 8 Dec 1993 18:29:36 GMT

Gerrit Nieuwenhuizen (nieuwhzn@dxgsia.cern.ch) wrote:

: I think that I have to agree partially with the people who
: say that this system is growing too big. It should be possible
: to get a Linux + X system up and running in 40Mb. 

:Gerrit J. van Nieuwenhuizen
:nieuwhzn@dxgsia.cern.ch
: (or NIEUWHZN@VXWA80.CERN.CH)

And you can, we have it where I have a second job on a bunch of stations
running in 30 megs (plus swap, which I don't count).  Wasn't too hard
just did a full install on a system and started removing packages wholesale.

I should make a distribution out of it, since it works really good and some
people just don't have 130 megs or the knowhow to remove things correctly.

--
Mike Horwath    IRC: Drechsau   BBS: Drechsau   LIFE: lover
root@jacobs.mn.org  drechsau@jacobs.mn.org
Jacob's Ladder  612-588-0201  UUCP, UseNet, Linux files, BBS

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

From: root@jacobs.mn.org (Mike Horwath)
Subject: Re: Adaptec 154xC + disks > 1GB
Date: 8 Dec 1993 18:38:39 GMT

Andre Stille (asti0103@rz.uni-hildesheim.de) wrote:
: I am using a 1.2 gig hard drive with an adaptec 1542C card. The 1542C controller
: works fine with dos, but doesn't work with linux (disk a1.5). 

: If the Adaptec BIOS is enabled, linux reports during bootup :
:  aha1542_out failed(1): Configuring Adaptec at IO:330, IRQ 11, DMA priority 5
:  aha1542_out failed(1): aha1542.c: interrupt received, but no mail
:  aha1542.c: interrupt received, but no mail
:  scsi0: Adaptec 1542
:  aha1542.c: interrupt received, but no mail
: and the system hangs.

: Is there a patch for linux that automatically remaps big SCSI devices
: (>1024 Cylinders) to 255 heads and 63 sectors ???

Like others have said, turn off the extended mapping in your firmware on
your AHA1542C.  You can leave the BIOS on then and be fine, in fact, turn
off all those little dodads you are using for that, like the >2 drives
under MSDOS and such.

--
Mike Horwath    IRC: Drechsau   BBS: Drechsau   LIFE: lover
root@jacobs.mn.org  drechsau@jacobs.mn.org
Jacob's Ladder  612-588-0201  UUCP, UseNet, Linux files, BBS

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


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