HDTenEightyP/NetNews huggingface dataset:
From: pmacdona@sanjuan (Peter MacDonald)
Subject: Re: Xenix (tm) emulation for Linux almost works : -)
Organization: University of Victoria, Victoria B.C. CANADA
Date: Fri, 21 Aug 92 05:05:34 GMT

In article <1992Aug21.032215.29829@athena.mit.edu> tytso@ATHENA.MIT.EDU (Theodore Ts'o) writes:
>
>   From: pmacdona@sanjuan (Peter MacDonald)
>   Date: Thu, 20 Aug 92 22:21:53 GMT
>
>   SLS is a cross section of Linux frozen at about .96c.  It looks like SLS
>   will not move to .97, because Linus announced .98 will have > 64 Meg memory
>   per process, which means a new GCC will have be be release, X11 whith its 
>   shared libs will have to be rebuilt, etc, etc.  
>
>Unless I'm completely confused, but there shouldn't be any reason why
>you would need to have a new version of GCC, etc.  It certainly
>shouldn't be hard to allow to run programs in a backwards-compatible
>manner, without requiring that you need to recompile the world.
>
>Linus?

Your right, you don't *have* to.  But SLS has as one of it's goals to be as
lean as possible.  That means, it doesn't want to have multiple versions
of shared libs.  And since gcc is linked shared, and .98 mean that the
next gcc after it will move the shared libs to higher memory, 3.5 Gig, 
instead of 64 Meg (or something) then a new gcc will use the new 
"high shared libs".  Finally, due to the new jump tables, it will
at last be possible to  upgrade just the libraries and have all the
images upgrade seamlessly.  And you won't have to have multiple versions
of shared libs eating ram and disk.  No more upgrading all executables.
So, in theory, .98 SLS will be the first cleanly upgradable system.

>
>							- Ted
From: tony@vax.oxford.ac.uk
Newsgroups: comp.os.linux
Subject: Small patch for "grey keys" (usefull for VMS connections)
Date: 14 Aug 92 17:51:30 GMT
Organization: Oxford University VAX 6620

Dear All,
	 Hear is a cdiff to /usr/src/linux/kernel/chr_drv/keyboard.c which gets 
the "grey keys" working in a (IMHO) usefull way.  You should now find VMS 
systems see the folowing keys as :-
      PC		    VMS
   <insert>	-->	<insert here>
   <delete>	-->	<remove>
   <home>	-->	<find>
   <end>	-->	<select>
   <page Up>	-->	<previos screen>
   <page down>	-->	<next screen>

I don't think this breaks anything.  I'm using it now OK anyhow !
I hope someone finds it usefull !

The patch is only small, but this is the first code (change) I've sent to c.o.l 
so pleas don't bark too loudly !!!

cut here ...
================================================================================

*** keyboard.c	Fri Aug 14 17:11:45 1992
--- keyboard.c.dis	Fri Jul 31 17:50:05 1992
***************
*** 1041,1047 ****
  static unsigned char num_table[] = "789-456+1230,";
  #endif
  
! static unsigned char cur_table[] = "1A5-DGC+4B623";
  static unsigned int pad_table[] = { 7,8,9,0,4,5,6,0,1,2,3,0,0 };
  
  /*	
--- 1041,1047 ----
  static unsigned char num_table[] = "789-456+1230,";
  #endif
  
! static unsigned char cur_table[] = "HA5-DGC+YB623";
  static unsigned int pad_table[] = { 7,8,9,0,4,5,6,0,1,2,3,0,0 };
  
  /*	
***************
*** 1107,1117 ****
  	char buf[] = { 0x1b, '[', 0, 0, 0 };          /* must not be static */
  
  	buf[2]=cur_table[sc];
! 	if (buf[2] < '9') {
  		buf[3]='~';
! 	} else
! 	        if ((buf[2] >= 'A' && buf[2] <= 'D') ? ckmode : kapplic)
! 		       buf[1]='O';
  	puts_queue(buf);
  }
  
--- 1107,1116 ----
  	char buf[] = { 0x1b, '[', 0, 0, 0 };          /* must not be static */
  
  	buf[2]=cur_table[sc];
! 	if (buf[2] < '9')
  		buf[3]='~';
! 	if ((buf[2] >= 'A' && buf[2] <= 'D') ? ckmode : kapplic)
! 		buf[1]='O';
  	puts_queue(buf);
  }
  
================================================================================

Chears !

Tony
                                                    _
Tony Kew,   Oxford University Computing Services,  (_)xford,  England,  U.K.
====================================================|=========================
Janet/Internet:- tony@vax.oxford.ac.uk            --+--    Disclaimer :-
Earn/Bitnet:- tony%vax.oxford.ac.uk@ukacrl          | Who is the more foolish?
                                                    |    The fool, or the
Phone:- +44 (0)865 273268   Fax:- +44 (0)865 273275 |  man who follows him?
==================================================\=|=/=======================
      Toronto Blue Jays for the World Series       \|/ Villa for the League
From: drew@kinglear.cs.colorado.edu (Drew Eckhardt)
Subject: Re: Should I use MGR or wait for X386 to VGA port?
Organization: University of Colorado at Boulder
Date: Wed, 12 Aug 1992 17:53:26 GMT

In article <farrow.713546819@fido.Colorado.EDU> farrow@fido.Colorado.EDU writes:
>That says it all. I'm used to X11 at work and feel I could be much more
>productive at home with some kind of windowing (The virtual terminals are nice,
>but...).
>
>So should I go to the work of downloading and installing MGR, or just wait
>for X on my VGA monitor? Is MGR really useful, or is it just a toy?
>

MGR will let you run multiple windows on your machine.  
The color version I'm using at 800x600, with four 80x25 windows, 
takes ~600K.  Now, how much memory does X use?  

MGR does what most people do with X (ie, run multiple terminal sessions),
in a fraction of the memory.  Definately useful. 
-- 
Microsoft is responsible for propogating the evils it calls DOS and Windows, 
IBM for AIX (appropriately called Aches by those having to administer it), but neither is as bad as AT&T.  Boycott AT&T, and let them know how you feel.
From: hlu@phys1.physics.wsu.edu (Hongjiu Lu)
Newsgroups: comp.os.linux
Subject: Re: Problems installing GCC-2.2.2d
Date: 16 Aug 92 23:13:04 GMT
Organization: Washington State University

I am really sorry. This is the real fix for the very original install.2.x.
The one on tsx-11 and fgb1.fgb.mw.tu-muenchen.de are good now.*** install.2.x.old	Sun Aug 16 15:33:24 1992
--- install.2.x	Sun Aug 16 16:05:31 1992
***************
*** 24,35 ****
  # install jump table
  jumptable ()
  {
!   VERSION=$1
!   RELEASE=$2
!   MATH=$3
  
!   mv libc.so.${RELEASE} /lib
!   mv lib${MATH}.so.${RELEASE} /lib/libm.so.${RELEASE}
  
    ln -s -f /lib/libc.so.${RELEASE} /lib/libc.so.${VERSION}
    ln -s -f /lib/libm.so.${RELEASE} /lib/libm.so.${VERSION}
--- 24,36 ----
  # install jump table
  jumptable ()
  {
!   DIR=$1
!   VERSION=$2
!   RELEASE=$3
!   MATH=$4
  
!   mv $DIR/libc.so.${RELEASE} /lib
!   mv $DIR/lib${MATH}.so.${RELEASE} /lib/libm.so.${RELEASE}
  
    ln -s -f /lib/libc.so.${RELEASE} /lib/libc.so.${VERSION}
    ln -s -f /lib/libm.so.${RELEASE} /lib/libm.so.${VERSION}
***************
*** 395,405 ****
  $RM -f $LIBDIR/libm.a $SHAREDLIBDIR/libm.a
  $HDLN $LIBDIR/lib$MATH.a $LIBDIR/libm.a
  checkreturn "$HDLN $LIBDIR/lib$MATH.a $LIBDIR/libm.a"
- $HDLN $SHAREDLIBDIR/lib$MATH.a $SHAREDLIBDIR/libm.a
- checkreturn "$HDLN $SHAREDLIBDIR/lib$MATH.a $SHAREDLIBDIR/libm.a"
  
  echo install jump table.
! jumptable $JUMP_VERSION $JUMP_RELEASE $MATH
  
  $RM -rf /usr/lib/cpp /lib/cpp
  
--- 396,407 ----
  $RM -f $LIBDIR/libm.a $SHAREDLIBDIR/libm.a
  $HDLN $LIBDIR/lib$MATH.a $LIBDIR/libm.a
  checkreturn "$HDLN $LIBDIR/lib$MATH.a $LIBDIR/libm.a"
  
+ #$HDLN $SHAREDLIBDIR/lib$MATH.a $SHAREDLIBDIR/libm.a
+ #checkreturn "$HDLN $SHAREDLIBDIR/lib$MATH.a $SHAREDLIBDIR/libm.a"
+ 
  echo install jump table.
! jumptable $JUMPLIBDIR $JUMP_VERSION $JUMP_RELEASE $MATH
  
  $RM -rf /usr/lib/cpp /lib/cpp
  

H.J.
-- 
H.J.
Gcc/libc maintainer for Linux.
-------
Newsgroups: comp.os.linux
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Re: Where are these DIGESTS/ how to use them?
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Organization: The Internet
Date: Fri, 21 Aug 1992 03:00:24 GMT

The Linux digests are merely a digested form of the comp.os.linux
newsgroup.  It's primarily intended for people who do not have usenet
access, but who still want to find out what's going on with Linux.  Each
digest contains between 20k to 30k of Linux articles; and people who are
receiving the digest can send mail to the digest list and their mail
messages will be automatically gatewayed into Usenet, comp.os.linux.

It's also a good way of searching the "back issues" of comp.os.linux.
Back issues of the digest can be found on tsx-11.mit.edu, in
/pub/linux/mail-archives. 

						- Ted
From: v078jxag@ubvmsb.cc.buffalo.edu (TODD CARROZZI)
Newsgroups: comp.os.linux
Subject: LILO and DOS
Keywords: LILO DOS PROBLEMS
Date: 15 Aug 92 05:58:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

even cylinders, and not wanting to repartition my hard drives and reinstall
everything, I patiently waited for Lilo to reach alpha 3 before I decided it
was safe enough to use.  I compiled it today and installed it with:
lilo -b /dev/hda -i /etc/lilo/boot.b /etc/lilo/chain.b+/dev/hda1@/dev/hda
/etc/Image
That way it'll default to dos for now anyway, and I can boot into linux
whenever.  The problem is that it isn't working.  If I leave it alone, it says
"loading chain.b" then I get the dos non-system disk error.  If I hit control,
I do get the lilo boot prompt and it'll load linux fine.  This seems to be
really close to working, so I figured that someone will know something simple
to make dos boot.  I am running dos 5.0, linux .97-pl1, and lilo-alpha3. 
Other than that, lilo seems to be a great program- much more transparent than
shoelace.
							Todd
From: burley@geech.gnu.ai.mit.edu (Craig Burley)
Newsgroups: comp.os.linux
Subject: Re: Buffer corruption problems.
Date: 13 Aug 92 19:38:40 GMT
Followup-To: comp.os.linux
Organization: Free Software Foundation 545 Tech Square Cambridge, MA 02139
In-reply-to: ace3@quads.uchicago.edu's message of 13 Aug 92 16:38:54 GMT

In article <1992Aug13.163854.21617@midway.uchicago.edu> ace3@quads.uchicago.edu (Tony 'LLama' Acero) writes:

   I have no idea what's going on and would appreciate any input! :-)
   (The smiley is to indicate I'm not complaining and half-expecting
   that I've done something bone-headed)

I'm not sure about your problem or the person's to whose post you followed up,
but...

...I believe there is a bug in Linux that has the following behavior:

-  causes Linux to "misread" one 1024KB chunk of data from a disk-based file
   so that what your app ends up with is some _other_ 1024KB chunk
   (apparently from the same file)

-  occurs only during very heavy disk access, such as megabytes accessed
   continually

-  is intermittent, but happens enough to reproduce fairly easily

-  might be SCSI-related (I have a SCSI system) but, based on responses I've
   gotten from others saying they've seen the same behavior, probably isn't

-  is still in 0.97 and perhaps happens somewhat more often there (though of
   course it's hard to measure this)

I keep putting off exploring this bug myself for various reasons, such as:
I'm not a Linux-kernel hacker yet; I keep hoping someone else will fix it
first; it's hard to debug when your own dev system _has_ the intermittent
failure; I'm too busy with GNU Fortran; I'm waiting for the newer SCSI
code with 4K blocks to see how that affects the bug (since that might be an
important clue); I'm waiting until I have extfs &c up an running reliably
so I can make use of my currently wasted disk space before tackling this
bug; I'm just plain lazy; I'd rather play tennis with my wife; etc.

I'm convinced that when I finally decide to tackle the bug (rather than just
write a shell script and program to create a test-case to demonstrate it,
as I've done so far), I'll blow 72 hours on it and _then_ find it someone
else found and fixed it!  (Unfortunately, nobody responded to my posted
test case saying they'd reproduced the problem, much less had the know-how
and desire to look into it themselves.  If anyone wants, I could repost it
to the mailing list as I did last time.  Email me, don't post here, to
keep traffic low, if you want me to post the test case.)

Of course it could be a hardware bug in my system, but seeing as others
_seem_ to have the same problem on wildly different hardware, I doubt it.
--

James Craig Burley, Software Craftsperson    burley@gnu.ai.mit.edu
Member of the League for Programming Freedom (LPF)
Newsgroups: comp.os.linux
From: colinm@extro.ucc.su.OZ.AU (Colin McCormack)
Subject: GCC 2.2.2b problem with shared libraries - Fix available?
Keywords: GCC Linux shared lib fails in version 2.2.2b
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Thu, 13 Aug 1992 04:20:27 GMT

I don't wanna whine but I can't compile anything under 2.2.2b and
expect it to run unless I link it as -static.  I am led to beleive
that this is a fault with my AMI bios.  Symptoms are "Out of Virtual
Memory in new()" message on execution of the code (which is, I presume
a shell interpretation of an exit code?).

I have heard that a new version gcc2.2.2d will fix this, and am 
wondering whether/when this fix will be released.

Colin.
From: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
Newsgroups: comp.os.linux
Subject: (none)
Date: 15 Aug 92 02:46:47 GMT
Article-I.D.: athena.1992Aug15.024647.23552
Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
Organization: The Internet

|From Linux-Activists Fri Aug 14 22:00:16 EDT 1992 remote from BLOOM-PICAYUNE.MIT.EDU
Received: from BLOOM-PICAYUNE.MIT.EDU by salem.salem.ge.com; Fri, 14 Aug 1992 22:38 EDT
Received: by crdgw1.ge.com (5.57/GE 1.141)
	 id AA00859; Fri, 14 Aug 92 22:08:19 EDT
Received: by bloom-picayune (5.57/25-eef)
	id AA21926; Fri, 14 Aug 92 22:00:22 -0400
Message-Id: <9208150200.AA21926@bloom-picayune>
From: Digestifier <Linux-Activists-Request@BLOOM-PICAYUNE.MIT.EDU>
To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
Date:     Fri, 14 Aug 92 22:00:16 EDT
Subject:  Linux-Activists Digest #645
Content-Type: text
Content-Length: 1666

Linux-Activists Digest #645, Volume #2           Fri, 14 Aug 92 22:00:16 EDT

Contents:
  Looking for iniTeX (Klaus Weidner)

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

From: klaus@snarc.ucrc.sub.org (Klaus Weidner)
Subject: Looking for iniTeX
Date: Thu, 13 Aug 92 11:45:37 +0100

Hello,

I have a small problem with TeX or rather the *.fmt files - they work
fine for english text but it is impossible to load hyphenation tables
for other languages, which is rather annoying since I live in Germany.

It would be very nice if somebody could point me to an archive site
that has iniTeX (preferably .a) or mail it to me (please check with me
first, I don't want ten copies!), since I don't have the disk space to
unpack and compile the complete source.

Thanks,
        Klaus

P.S.: 0.97pl1 is great - now I can actually _use_ X, Tex, xdvi etc with
      only 4Mb, I thought I would need at least 8...

(klaus@snarc.ucrc.sub.org, kweidner@physik.tu-muenchen.de)

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


** 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-Activists-Request@NEWS-DIGESTS.MIT.EDU

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

    Internet: Linux-Activists@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
    tupac-amaru.informatik.rwth-aachen.de	pub/msdos/replace

The current version of Linux is 0.97 released on August 1, 1992

End of Linux-Activists Digest
******************************
From: hab@engr.ucf.edu (Hubert Bahr)
Newsgroups: comp.os.linux
Subject: Re: Stabilizing Linux
Date: 13 Aug 92 00:13:34 GMT
Organization: engineering, University of Central Florida, Orlando

In article <1992Aug12.013810.6498@NCoast.ORG> allbery@ncoast.org (Brandon S. Allbery KF8NH) writes:
>As quoted from <1992Aug11.203132.11397@crd.ge.com> by davidsen@ariel.crd.GE.COM (william E Davidsen):
>+---------------
>| 2nd machines, or ethernet, or anything like that, and are backing up to
>| floppy, a solution which stops being practical about 20MB, and stops
>| being possible about 60MB.
>+---------------
>
>Well, I backed up a 200MB (100MB + SuperStor...) hard drive to floppies
>Sunday.  It's possible, but no fun.
>
>++Brandon (hacking on the cheap)
>
>-- 
>Brandon S. Allbery, KF8NH [44.70.4.88]: allbery@NCoast.ORG, bsa@telotech.com
>Senior Programmer, Telotech, Inc. (if I may call myself that...)

for those of us who used to back up with paper tape backing up with 1.4 Meg
floppies for 640Meg is possible but somewhat time Consuming.  Actually with
planning It is incremental with only 20 to 60 MB being needed on a routine
basis.  I'm guilty of opting for more disk space rather than jumping to
a tape drive.  And I used to walk to school in bliz....

Hubert Bahr		hab@engr.ucf.edu
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: Source for the rootdisk programs. Where?
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Thu, 20 Aug 1992 19:57:39 GMT

Jim Winstead Jr. (jwinstea@fenris.claremont.edu) wrote:

: If there's anything specific, you'll have to ask more specifically.

"Ask, and ye shall receive."  This probably should be addressed to someone
else, but I'll ask, anyway - I'm interested in building (from scratch)
a distribution release.  Where are the programs that are used to build the
mcc-interim (or any other) release?  I'm not talking about gcc, etc. -
I'm talking about the release engineering software itself.
-- 
Ed Carp, N7EKG     erc@apple.com                801/538-0177
"This is the final task I will ever give you, and it  goes  on  forever.   Act
happy, feel happy, be happy, without a reason in the world. Then you can love,
and do what you will."           -- Dan Millman, "Way Of The Peaceful Warrior"
Newsgroups: comp.os.linux,comp.sys.ibm.pc.hardware
From: burkert1@platon.fmi.uni-passau.de (Klaus Burkert)
Subject: Re: Need help with programming ET4000
Keywords: ET4000 SVGA
Organization: University of Passau, W-Germany
Date: Thu, 20 Aug 1992 23:47:08 GMT

In article <willmore.714336630@help.cc.iastate.edu> willmore@iastate.edu (David Willmore) writes:
>I need to know something simple.  Yeah, right you say?  Ok, here it is:
>
>What is meant by the first line of:
>
>       3d4h index 33h (R/W): Extended start ET4000  (ET4000 Only)
>       bit 0-1  Display start adress bits 16-17
>           2-3  Cursor start adress bits 16-17
>                Can be used to ID ET4000
>
>What does 3d4h index 33h mean?  How do I read and write this register?
>I'm doing something very simple.  I'm converting a document I found
>called 'tseng.doc' to a program to read the registers that it is 
>describing.  For the above register, the program would come back and
>say what the current settings of 3d4h index 33h are.  From there I'm
>going to start hacking on the thing.

On VGA-chips the registers are 'indexed', because alot of them have to fit
in very few port-adresses (from memory the ET4000 has about 80 registers).

These registers are accessed as follows (for your example):

write the desired index (33h) to port 3d4h 
 (mov dx,3d4;   mov al,3;   out dx,al)

and access the indexed register at port 3d5h.

That's the whole magic with indexed registers.

Ciao, Klaus.

-----------------------------------------------------------
Klaus Burkert        email: burkert1@kirk.fmi.uni-passau.de
Brandweg 11          voice: +49-851/83993 (only pm please)
D-W-8390 Passau   /  Federal Republic of Germany
From: jhelberg@nl.oracle.com (Joost Helberg)
Newsgroups: comp.os.linux
Subject: Re: Troubles compiling lilo v3
Date: 14 Aug 92 09:05:35 GMT
Organization: Oracle Europe
X-Newsreader: Tin 1.1 PL3

X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.

newbie@dylan.camb.inmet.com (Chris Newbold) writes:
: The problems: Both /usr/src/linux/include/linux/types.h and /usr/include/sys
: /types.h get included. I tried to fix this by linking /usr/include/sys
: to /usr/src/linux/include/linux. This seems like a hack, but I don't really
: know. Didn't reall help.
Added #define _LINUX_TYPES_H to /usr/include/sys/types.h
and   #define _SYS_TYPES_H   to /usr/include/linux/types.h

That makes them mutualy exclusive.



--
   Joost Helberg                                Rijnzathe 6
   jhelberg@oracle.nl                           NL-3454 PV De Meern
   jhelberg@nl.oracle.com                       The Netherlands

   Oracle Europe BV                             Product Line Development	
   Phone: +31 3406 94211                        Fax:   +31 3406 65609
Newsgroups: comp.os.linux
From: Mark Komarinski <komarimf@craft.camp.clarkson.edu>
Subject: Re: Stabilizing Linux
Reply-To: komarimf@craft.camp.clarkson.edu
Organization: The Internet
Date: Thu, 13 Aug 1992 15:06:46 GMT

(I guess it's about time I jump into this stuff...:) )

On Aug 9,  7:27pm, Theodore Ts'o wrote:
} Subject: Re: Stabilizing Linux
| 
| This is why a Linux committee would not terribly productive; if it's
| composed of people who do nothing more than demand that volunteers spend
| even more of their time working on it, so that it becomes "acceptable"
| --- it won't work, and it will only breed resentment on both sides.  If
| it is composed of those who are actually doing the work --- well, those
| who are already doing the work currently have the say about what their
| work produces; why have a committee to formalize such things?

Having a committee would at least *try* to keep both sides happy.
Or, if we Russ Nelson's idea about a 'paid programmer' to make an official
release/etc, this committee could help him (or her...) get what both groups 
eventually want:  a stable, working system.

| 
| Guys (and Gals) ---- release engineeering is hard work, and in general
| no fun.  You should be thanking those people who have been putting
| together the MCC release, the TAMU release, or the MJ release, not
| complaining about how the maintainers should be putting even more of
| their free time into it.  If you're not satisifed with the quality of
| those releases, put one together yourself!  If it's better than all the
| others, everyone will start using it.
|

...but some are not updated, some are confusing, etc.  Why not have one 
release that has everything?  A bunch of files that can be rawritten 
to a disk or something.  Update these files biweekly and plop them on the 
major FTP sites.  It will at least get all the newbies all on the right
track.  Patches can be distributed biweekly also for whomever wants to 
update their system.

| As for system administration tools --- that is still an unsolved
| problem; I have yet to see a general purpose system administrator's tool
| that works in all environments; handles everything that a potential
| sysadmin might want to do; and doesn't get in the way of an experienced
| administrator.  Why are people demanding that Linux provide a solution
| to an unsolved research problem?

Because a bunch of people (myself included) have never been sysadmins, and
have no clue how a system should be run.  (But I'm grabbing some books
and trying to learn instead of yelling about it :) )

-Mark

-- 
- Mark Komarinski - komarimf@craft.camp.clarkson.edu
[MIME mail welcome]
DJ for WNTC - 102.9 FM - If it's too loud....TOUGH!!!
Tuesday nights 8-10:30.
Newsgroups: comp.os.linux