Subject: Linux-Misc Digest #245
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:     Fri, 10 Jun 94 19:13:11 EDT

Linux-Misc Digest #245, Volume #2                Fri, 10 Jun 94 19:13:11 EDT

Contents:
  Re: SCSI controller for OS/2, DOS, Linux, possibly even NT? (Kenny Crudup)
  BogoMips program from SunSite (Matthew B Cravit)
  Re: Yggdrasil xinit always times out (Bill Hogan)
  PPP  Configure Problems, PPP HOWTO??? (Peter O Orondo)
  Re: What are Bogo-Mips? (Wim van Dorst)
  Re: What are Bogo-Mips? (Wim van Dorst)
  My OS is better than yours... (Mike Baptiste P275)
  Re: Help for Conner 250 and FTAPE? (Michael Klemme)
  Re: S3 cards and freezing X windows (A solution) (Mihail S. Iotov)
  Eudora / LANtastic for TCP/IP / Linux problems (Bruce@renzo.usra.edu (Bruce Pleat, ))
  Re: Do AIR motherboards work with Linux (Jim Michael)
  CSLIP sl0 Performance (B.D. Decker)
  Re: NFS ? AFS ? (Peter Desnoyers)
  Re: Cobol for Linux (Ed Clarke)
  Re: ML for Linux? (Chris Flatters)
  Re: PCI Motherboards (Paul)
  Re: UNIX or LINUX?? (Matthew Dillon)
  Re: Linux for the masses? (WordProcessing again) (Craig Tierney)

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

From: kcrudup@orion.ts.stratus.com (Kenny Crudup)
Crossposted-To: comp.periphs.scsi,comp.os.os2.setup
Subject: Re: SCSI controller for OS/2, DOS, Linux, possibly even NT?
Date: 10 Jun 1994 17:37:31 GMT

In article <dunnc.771263020@ucsub.colorado.edu>
dunnc@ucsub.Colorado.EDU (Colin Dunn) says:

>I thought the Adaptec 1522 would satisfy these requirements, but the OS/2
>service pack and 2.99 beta have device drivers that do not work with
>my Adaptec 1522 (based on AIC-6360).

...so just grab the old (2.1 GA and SE) version, like everyone else who has
one did. It's just PIO, and it's old, so what could have changed (improved)?

        -Kenny

-- 
Kenneth R. Crudup       kcrudup@sw.stratus.com          I speak alone.
Contractor, SNA build environment, Stratus Computer.    +1 508 490 6696
55 Fairbanks Blvd, Marlborough MA 01752.                Mail stop M3-2-COM
Someone please tell me why John Wayne Gacy had a *diet* coke for his last meal?

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

From: cravitma@cps.msu.edu (Matthew B Cravit)
Subject: BogoMips program from SunSite
Date: 10 Jun 1994 14:26:55 GMT

I downloaded the standalone BogoMips program from sunsite.unc.edu, and
compiled it to run under SunOS 5 on a Sparc 10. When I ran it, it
produced a figure of 38.0 BogoMips. Does this sound reasonable for a
Sparc 10 running OpenWindows (the system load average is around 1.08).
Feel free to email me instead of posting here.

Thanks.
/Matthew

--
Matthew Cravit, N9VWG               | All opinions expressed here are
Michigan State University           | my own. I don't speak for MSU
E-Mail: cravitma@cps.msu.edu        | and they don't speak for me.
  PGP public key available from http://web.cps.msu.edu/~cravitma

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

From: bhogan@crl.com (Bill Hogan)
Subject: Re: Yggdrasil xinit always times out
Date: 8 Jun 1994 18:47:18 -0700

Paul Tomblin (pt@gandalf.ca) wrote:
: ptomblin@gandalf.ca (Paul Tomblin) writes:
: >I just got the Plug and Play CD this afternoon.  I installed the "custom"
: >installation, but now when I try xinit, it ALWAYS waits for a long time, then
: >times out.  I tried using the standard X configuration, and copying the
: >Xconfig file I had in my previous (Slackware 1.1.1) installation, and both
: >had the same result.  Is there something else I can try before I chuck the
: >thing and buy the new TransAmeritech CD?

: Thanks to adam@yggdrasil.com for suggesting the solution: rm -rf
: /tmp/.X11-unix cleared up the problem.

: I'm finishing the installation now.

  That's nice to know, but I would be even more interested to know exactly
*what* the problem was and exactly *why* 'rm -rf /tmp/.X11-unix' fixed it.

 <BH
-- 
  Bill Hogan
{bhogan@crl.com}

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

From: podo@athena.mit.edu (Peter O Orondo)
Subject: PPP  Configure Problems, PPP HOWTO???
Date: 10 Jun 1994 18:45:17 GMT


I have linux slackware 1.2.0 and I have SLIP working fine. When I try making a
ppp connection using the chat script that comes with 1.2.0, it doesn't work fine. 
I get connected to the remote machine alright but that's it!  I can't even see 
my machine:

#ping my_machine 
. 
sendto: .... unreachable, ret=-1
. 

I can't ping anybody else except the remote machine.

When I do netstat -rn, I get the gateway is 0.0.0.0., not the default gateway I
specify. 

Is there any document with a point-by-point explanation of PPP configuration?
 

Any help will be appreciated

thanks

Peter Orondo             
cyways, inc                   MIT
 



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

From: baron@clifton.hobby.nl (Wim van Dorst)
Subject: Re: What are Bogo-Mips?
Date: Wed,  8 Jun 94 23:51:04 MDT

Paul C. Dulany wrote:
    } I get a BogoMips of 1.87 for my 386SX/20, and it should be about 2.8!

A BogoMips rating below 2 is fairly non-standard. However there are
people who have their system set up in such a non-standard way that
ratings below 2 are quite acceptable, be they odd. Peter Anvin
has a 386DX/16 in such a way that he accepts a record 0.57 BogoMips.

So the 2.8 are _indications_ only, no law of Medes and Persians.

    } So how do I check what the problem is?  I tried turning off the Turbo
    } button: 0.5 BogoMips or so.  Therefore the problem should be in the
    } cache, right?  How do I check this, or my RAM shadowing?  (O.K., what
    } _is_ RAM shadowing?)

Somewhere during booting probably a message flashes by such as 'Hit X
for the SetUp menu.' If your BIOS is sufficiently capable, hitting X
will do the rest of the explanation. If not, you're referred to the
booklet that came with your computer. And RAM shadowing is IMHO the
caching of specific areas of your 32 MB of ram in your cache, or it
is the copying of a specific part of the BIOS from ROM to RAM. 

    } Although the Mini HowTo tells what the value should be, it gives no
    } hints about how to fix it if it is wrong (or else I just don't
    } understand the hints - no criticism ment ;).

The Mini Howto it 'minimal': It mentions caching, turbo buttons, and
ROM/RAM shadowing. What more should it say? Criticism will be accepted. 

Met vriendelijke groeten, Wim van Dorst
--
=====================================================================
Blue Baron = Wim van Dorst, Voice (+31) 074-443937, (+31) 02152-42319
(-:        baron@clifton.hobby.nl           WvD@Akzo.nl           :-)
=====================================================================

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

From: baron@clifton.hobby.nl (Wim van Dorst)
Subject: Re: What are Bogo-Mips?
Date: Wed,  8 Jun 94 23:56:46 MDT

Andy Spiegl wrote:
    } Either the internal/external caches are configured wrong or
    } the turbo button is broken.
    } We checked both possibilites, but couldn't find anything wrong. 

Both possibilities are only possibly causing your slowness.
Try for serious comparison a better system benchmark (e.g. dhrystone)
to find out whether you actually have a slow system. The BogoMips
Mini Howto explicitly states that BogoMips are not a measure of
system speed. Perhaps your system is off-standard, and just has a
low BogoMips ratings, and still shows normal performance.

    } Again we would be very grateful for any help and hints!

Hint: if you have a normally performing system, don't fret about
the low BogoMips ratings. Their just bogus anyhow.

Met vriendelijke groeten, Wim van Dorst
--
=====================================================================
Blue Baron = Wim van Dorst, Voice (+31) 074-443937, (+31) 02152-42319
(-:        baron@clifton.hobby.nl           WvD@Akzo.nl           :-)
=====================================================================

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

From: heistp@brtph602.bnr.ca (Mike Baptiste P275)
Subject: My OS is better than yours...
Date: Thu, 9 Jun 1994 21:14:47 GMT
Reply-To: heistp@bnr.ca

Quite seriously, I'd just like to point out that each operating system
was developed for a reason and serves its own purpose, regardless of
how many people use it, or what kind of functionality it has.  This is
not a battle between SVR4, Linux, SCO, and whatever else...each must
decide which OS fills the roll.  I am poor, so Linux fills a void which
could not be filled otherwise.  I love the spirit of the modern Linux
user (damnit, we can do it ourselves).  But for people who want real
support for their applications and a company to fall back on, a commercial
variant of Unix might be better.  No miracles are made here...it's just
a matter of circumstance.

Calmer of the seas...

-- 
====================================================================
|      Pete Heist of NT Bell Northern Research V.O. Support        |
====================================================================

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

From: klemme@uni-paderborn.de (Michael Klemme)
Subject: Re: Help for Conner 250 and FTAPE?
Date: 10 Jun 1994 15:09:09 GMT

Ken Corey (exukenc@exu.ericsson.com) wrote:
> Hi all.

> Yesterday I went out and bought a Conner 250MB floppy-tape backup unit.

> Got it installed with no troubles, and proceeded to do some small backups to
> make sure it worked.  So far so good.

...
> Hrm...okay, maybe the windows version of cbb formats better than the DOS version.

> I reformatted the tape under windows, and re-tried the backup under Linux.

> Again, no luck.

I believe the ftape-Howto is wrong saying that the Win version of the Conner
backup software formats tapes right.
I still have to use the switch "-DCONNER_BUG" when compiling ftape.
Don't forget to do a 'mt erase' on a newly formatted tape.

        Michael
--
     Michael Klemme
     Gesamthochschule Paderborn, Germany
     EMail: klemme@uni-paderborn.de

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

From: iotov@cco.caltech.edu (Mihail S. Iotov)
Crossposted-To: comp.windows.x.i386unix
Subject: Re: S3 cards and freezing X windows (A solution)
Date: 9 Jun 1994 00:19:34 GMT

mje@posix.co.za (Mark J Elkins) writes:

>In <1994Jun8.123110.4689@crosfield.co.uk> jc@crosfield.co.uk (Jerry Cullingford) writes:
>correct (original) choice! How many people are actually successfully running
>an S3 VLB card on Linux 1.0 with XFree 2.1 - and NOT having a problem?
>Can a few folk describe their setups please?

I just installed an ISA S3, STB X24 and it runs OK, so far. Much better than
the Genoa CLGD5426, that used to kill the Server each time I switch to a VC.
If you tell me how to reproduce the problem I might try to get it to fail.
(It is still in the money back period :-). Or this problem only happens to 
VLB cards ? The ISA one gets 80 xstones on a 386DX40 !  
  >-- 
>  .  .     ___. .__      Olivetti Systems & Networks, Unix Support - Africa
> /| /|       / /__       UUCP: uunet!mje99!mje (Mark J. Elkins)
>/ |/ |ARK \_/ /__ LKINS  mje@posix.co.za (Postmaster) Tel: +27 11 456 3125

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

From: Bruce@renzo.usra.edu (Bruce Pleat, <Bruce@usra.edu>)
Subject: Eudora / LANtastic for TCP/IP / Linux problems
Date: 10 Jun 1994 17:11:29 -0400
Reply-To: Bruce@usra.edu

Sorry to do this "mass distribution", but we've spent hundreds of manhours
on the following problem(s), so I figure it's time to bother the Net...




I've had a series of problems with the following setup:


  +--HP UX 8 (Anna)
  |
+-+--SunOS (Renzo)
| This office network (USRA DC) used to serve us
|
|
Conneted through NASA HQ
|
~
The InterNet
~
|
Conneted through NASA GSFC
|
| My office network (USRA GVSP) consists of Phoenix and 20 PCs
+-+--Linux (Phoenix)
  |
  +--PCs



Status:
- PCs
  - Compaq Prolinea (some MT) 486DX2/50-66, 8-16Mb, 240-525Mb
  - Microsoft MS-DOS 6.2 (no compression) or MS-DOS 5.0
  - Artisoft NodeRunner 2000 and AE2 cards on UTP network
  - Artisoft LANtastic v6.0
  - Artisoft TCP/IP stack (derivative of Wollongong's TCP/IP stack)
  - Qualcomm Eudora v2.0.2
- Phoenix
  - Linux v1.1.18
  - 3c509 card on UTP network

My test PCs:
- Compaq Prolinea MT 486DX2/66, 16Mb, 525Mb
  - Microsoft MS-DOS 6.2 (no compression)
  - Artisoft NodeRunner 2000 card on UTP network
  - Artisoft LANtastic v6.0
  - Artisoft TCP/IP stack (derivative of Wollongong's TCP/IP stack)
  - Qualcomm Eudora v2.0.2a
- Compaq DexkPro 386/20e, 386SX I believe, 4Mb, 210Mb
  - Microsoft MS-DOS 6.2 (no compression)
  - Artisoft AE2 card on UTP network
  - Artisoft LANtastic v6.0
  - Artisoft TCP/IP stack (derivative of Wollongong's TCP/IP stack)
  - Qualcomm Eudora v2.0.2



Process:
- Sending mail from my PC to the InterNet:
  - Compose and write in Eudora on PCs
  - Transmit to SMTP port on Phoenix or Anna
  - Mail is routed to POP3 server on Phoenix or Renzo
    - If SMTP is Anna, mail goes Anna>Renzo
      - if POP3 is Phoenix, mail goes Anna>Renzo>Phoenix
  - Mail is POP3d down by the PCs from Phoenix or Renzo
- Preferred routing is: SMTP: Phoenix, POP3: Phoenix
- Original routing was: SMTP: Anna, POP3: Renzo
  - Originally, Phoenix was a router between the LAN and Renzo.


"SOMETIMES" Problems:
- I believe that these two are related:
  - When in the Artisoft TCP/IP Windows Telnet module
    - If I "logout" of Phoenix, instead of a "clean" close,
      the module reports an error of "Server closed 
  - When in Eudora, trying to pop my mail down or send it up to Phoenix
    - An "early close" error often occurs

"ALWAYS" Problem:
- The PCs cannot telnet to the SMTP port on Renzo (HP UX 8)
  - Eudora SMTP sending doesn't work
  - Artisoft TCP/IP Windows Telnet module:
    - Telnet via standard port 23 works in VT100 or 3270 emulation modes
    - Telnet to port 25 (SMTP) or 110 (PO3) only works if in 3270 mode

"RECENT, NEW" Problem:
Files sent/rcvd as attachments via UUEncode, BinHex, or MIME don't generally
xmit/rcv well.  This problem is again confined to the LAN - tests from a
client sending to himself from off the LANtastic network showed no problems.

Here's a list of the stats from tests I ran:

|I tried sending a 60Kb Zip file:
|- SMTP: Phx, POP3: Phx
|  - MIME: 28 good out of 30
|  - UUEncode: 2 out of 30
|  - BinHex: 10 out of 30
|- SMTP: Anna, POP3: Phx
|  - MIME: 2 out of 2
|  - UUEncode: 0 out of 5
|  - BinHex 1 out of 8
|- SMTP: Anna, POP3: Renzo
|  - MIME: 2 out of 4
|  - UUEncode: 0 out of 6
|  - BinHex: 0 out of 8
|This last one (SMTP: Anna, POP3: Renzo) is as if the Linux box didn't exist


     Any ideas, advice, experiences, even wild speculation, would be greatly
appreciated.  Please feel free to contact me directly or on this list, to
answer or ask for more detail.

     Thanks!

Virtually,
     Bruce Pleat, <Bruce@GVSP.USRA.Edu>, 301-805-8396 Vce / -8466 Fax
     "My facts are my own - My Opinions are de facts"

Universities Space Research Association / Goddard Visiting Scientist Program
7501 Forbes Blvd. #206; Seabrook, MD 20706-2253 USA

"Two Roads Diverge in a Wood And I took the One Less Travelled By
And That Has Made All the Difference"      --Robert Frost, "The Road Not Taken"
Virtually,
     Bruce Pleat, <Bruce@GVSP.USRA.Edu>, 301-805-8396 Vce / -8466 Fax


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

From: genepool@netcom.com (Jim Michael)
Subject: Re: Do AIR motherboards work with Linux
Date: Fri, 10 Jun 1994 01:46:47 GMT


AIR makes fine motherboards and the documentation is very good. I am
running the Ygg94 release with no problems /related to the MB/. Be
sure you get a compatible video card and that the scsi controller is
supported. See faqs for info. Pay particular attention to non-
compatibility of Diamond cards.

Jim

Ken Mcdonald (mcdonald@cs.sfu.ca) wrote:

: I am considering purchasing an AIR (advanced integration research) motherboard
: around which to build a computer, primarily because of the high quality of
: the boards and the availability of on-board SCSI/IO options.  The board
: will be an DX4/100 board if they have one ready (I'm looking at a slightly
: older flyer of theirs) or the 486MIS otherwise.  The primary purpose is
: to run Linus.  Can anyone comment on whether these boards will in fact
: run Linux?  (Oops, sorry, Linus, that should've been an 'x' one sentence
: ago :-) )

: On a related note, how does one find out which video boards have Linux
: drivers available.  For that matter, how does one find out which boards
: of any kind have Linux drivers?

: Thanks in advance,
: Ken McDonald
: mcdonald@cs.sfu.ca

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

From: bdd@lamneth.digex.net (B.D. Decker)
Crossposted-To: digex.slip
Subject: CSLIP sl0 Performance
Date: 9 Jun 1994 02:31:46 GMT

Now that I'm all set with CSLIP on both ends of my link, I'd
like to tune my SLIP performance.  Currently, using "ifconfig sl0"
regularly gives me statistics similar to the following:

sl0       Link encap AMPR AX.25  HWaddr
          inet addr XXX.XXX.XXX.XX  P-t-P YYY.YYY.YYY.YY  Mask 255.255.0.0
          UP POINTOPOINT RUNNING  MTU 2000  Metric 0
          RX packets 1325 errors 0 dropped 0 overrun 267
          TX packets 959 errors 0 dropped 0 overrun 884

If I am reading this correctly, overrun packets are probably a "bad
thing", and should be minimized.  I've tried to do that by raising my
MTU, but the kernel gives me kmalloc errors if I go higher than 2000.
Am I looking in the wrong place?  Is this possibly a modem problem?

I'm using a USR Sportster with MNP and compression turned on (AT&F1)

--
-.---.----..-.---.----..-.---.----..-.---.----..-.---.----..- --- ----
Brian D. Decker                                  bdd@lamneth.digex.net
"Where would you rather be? Anywhere. Anywhere but here" -ORQ
    RIPEM key available - finger bdecker@access.digex.net

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

From: peterd@pjd.dev.cdx.mot.com (Peter Desnoyers)
Subject: Re: NFS ? AFS ?
Date: Wed, 8 Jun 1994 14:20:02 GMT

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

>Anyway the AFS _spec_ isnt a problem - you'd only need the license to use
>their code.

Transarc would probably complain that you'd be infringing on some of
their patents, although that wouldn't be a problem for you folks
outside of the US.

This topic came up 6 months or a year ago and I checked - there is a
spec for AFS available, which looks like it contains enough detail to
implement it. However, no implementations have been done to this spec,
so it is unknown whether the protocol described by the spec will (a)
interoperate with itself, or (b) interoperate with the Transarc
package. 

                                Peter Desnoyers


-- 

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

Crossposted-To: comp.os.linux.help
From: clarke@watson.ibm.com (Ed Clarke)
Subject: Re: Cobol for Linux
Date: Fri, 10 Jun 1994 14:51:56 GMT

In article <Cr5E6v.2GK@world.std.com>, mstlouis@world.std.com (Mackenzie StLouis) writes:
|> Does anyone know where I can get a Cobol compiler for Linux.

I found a DOS based cobol compiler on gandalf.umcs.maine.edu.  The
INSTALL.DOC says the source code is on a BBS named "AV-SYNC" in
Atlanta, GA.   The author was in the process of dying of AIDS in
1990 so he released the compiler to the public domain.  I don't know
who the author is/was because he didn't put his name in the doc.

You might use this as a start for a port.  I have no idea of the language
that it's written in ... or what the phone number is of that BBS (or even
if the BBS still exists).

Ed Clarke

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

From: cflatter@laphroaig.nrao.edu (Chris Flatters)
Subject: Re: ML for Linux?
Date: 10 Jun 1994 17:47:39 GMT

>>>>> "Deron" == Deron McAndrew <dmmcandr@watcgl.uwaterloo.ca> writes:

    Deron> Does anyone know where I can get hold of either binaries or
    Deron> adapted source for an ML compiler for Linux?  I tried
    Deron> yesterday to get SML/NJ to compile, but I just don't know
    Deron> enough about the flags field for the exec stuct as defined
    Deron> in /usr/include/linux/a.out.h (if I've piqued your
    Deron> curiosity, you can get SML/NJ from research.att.com ).

There is a Linux port of SML on ftp.dcs.glasgow.ac.uk.

        Chris Flatters
        cflatter@nrao.edu


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

From: paul@myrddin.isl.cf.ac.uk (Paul)
Subject: Re: PCI Motherboards
Date: Fri, 10 Jun 1994 15:26:01 +0000

In article <2t7njk$i9o@csnews.cs.colorado.edu>,
Drew Eckhardt <drew@kinglear.cs.colorado.edu> wrote:
>In article <Cr5039.GK9@newsflash.concordia.ca>,
>Paul Quinn <p_quinn@ECE.Concordia.CA> wrote:
>>
>>I'm about to purchase a new MB.  How does Linux work with PCI?  
>
>Fine.
>
>>Are there any problems?
>
>The NCR 53c8xx SCSI and Adaptec AIC7770/7870 SCSI chips are currently
>unsupported.  Some purportedly backwards compatable PCI devices, 
>like the Buslogic/Adaptec 1540 compatable 946 and some PCI IDE cards
>are not compatable.

Umm, the Buslogic 946c works ok with FreeBSD. It depends on your
Buslogic/Adaptec driver since Buslogic have messed around with
their firmware a lot so you need to make sure the driver is right
for the particular card you have(some have round-robin some don't).
Have a look at the FreeBSD driver, there's someone working on
sorting out all this mess.

>1.  There are some older Saturn based boards which have 
>       problems with the write-back cache. I notice a 7-10% performance
>       decrease doing compiles with the cache set up for write through
>       instead of writeback, it's noticeable.
>

Make sure you DON'T get one of these broken motherboards because with
DMA bus-mastering cards they just won't work. You'll get all sorts of
memory corruption because of incoherent cache. Also, apparently there are
some boards which were fixed to work properly with bus-mastering cards and
broken chipsets that were not unfixed when the working chipsets arrived so
they're still broken even though the chipsets are not. Some Gateway 
motherboards are in this state.

You have to be pretty carefull buying a Saturn based board.

-- 
  Paul Richards, FreeBSD core team member.
  Intelligent Systems Laboratory, ELSYM ,University of Wales, College Cardiff
  Internet: paul@isl.cf.ac.uk,  JANET(UK): RICHARDSDP@UK.AC.CARDIFF

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

From: dillon@apollo.west.oic.com (Matthew Dillon)
Subject: Re: UNIX or LINUX??
Date: 9 Jun 1994 11:24:34 -0700

In article <CqzxG4.2I4x@ns1.nodak.edu> evers@plains.NoDak.edu (Dwight M Evers) writes:
:Claes Heland (claes@ecsdg.lu.se) wrote:
:: In article bun@aurora.engr.latech.edu, ramos@engr.latech.edu (Alex Ramos) writes:
:: >Marc Heinzmann (heinzman@Informatik.TU-Muenchen.DE), quoted out of context, wrote:
:: >> In article <2smfdf$shm@longwood.cs.ucf.edu>, renzy@longwood.cs.ucf.edu (Thomas Renzy) writes:
:: >> |> I believe LINUX takes up about 100 megs or more for the full blown package.
:: >> |> ....

    I run with a 150 MB root partition which is currently 106 MB full, and
    a 32 MB swap partition.  The remaining 1.8 GB on three other partitions
    is reserved for users and news.  I like to keep my root partition 
    on bigger systems relatively small to reduce the possibility of it
    getting blown away in a crash.

    106 MB isn't bad for a full base distribution plus the entire 
    XFree86-2.1 dist plus all the manual pages, ghostscript, extra fonts, 
    etc...  I can easily see getting a reasonably complete installation 
    in 85 MB, and a stripped down (but still reasonable) installation 
    in 65 or 70 MB.  A *totally* stripped down root can be had in less
    then 5 MB uncompressed and fit on a single 1.4 MB floppy compressed,
    including kernel image and lib.so.4* and enough tools to some non-trivial
    things.  

    A 5 MB installation is not generally useful for a system used in a 
    workstation environment, but can be very useful in solid-state turnkey
    systems such as in handheld portables.

    Considering how cheap hard drives are, it's a waste of money to put
    together a system with anything less then a 230 MB HD.  This is a
    nicely sized hard drive for a linux installation... I've tried 105 MB
    HD's in the past, but after installation you get an immediate yearning
    for more disk space, and wind up having to compromise on swap and
    root niceties.

    I've done three installations with 230 MB HD's and generally organize
    the space as two partitions: A 32 MB swap partition and a 198 MB root
    partition.  Larger systems generally have their own /var and /home, 
    but small installations are easier to manage if you have everything 
    in / .  You can always use quotas to prevent resource starvation,
    and so far the EXT2 filesystem has not blown away more then a few
    files in a hard crash (and those usually in /tmp).  

    In a larger system, having a separate root partition that is (generally)
    not written to makes crash recovery much easier.

                                                -Matt

-- 

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


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

From: tierney@rintintin.Colorado.EDU (Craig Tierney)
Subject: Re: Linux for the masses? (WordProcessing again)
Date: Thu, 9 Jun 1994 18:17:08 GMT

In article <Cr4sGB.BCo@boulder.parcplace.com>,
Warner Losh <imp@boulder.parcplace.com> wrote:
>In article <1994Jun06.124908.10161@taylor.infi.net> mark@taylor.infi.net (Mark A. Davis) writes:
>>Why did you tell it your name was "ftp"?  Common practice for anonymous
>>ftp is to use "anonymous"...
>
>Traditionally on unix boxes you can use ftp as the username.  Only a
>few VMS servers and an IBM VM system tend to really want anonymous.


Didn't all this start from someone trying to FTP to wordperfect?  The 
excerpt of the login procedure showed that the FTP server was running on 
a Novell Server (It was the Murkworks FTP NLM running).  Although the FTP 
server could probably be configured to accept both, it would required 
separated entries in the config file, and adding both names as users to 
the server.  I think there is more overhead for a user in Novell than 
Unix, and not worth using the extra resources.

Craig

Craig Tierney(tierney@orbit.colorado.edu)A 

> 
:


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


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