Subject: Linux-Misc Digest #806
From: Digestifier <Linux-Misc-Request@senator-bedfellow.MIT.EDU>
To: Linux-Misc@senator-bedfellow.MIT.EDU
Reply-To: Linux-Misc@senator-bedfellow.MIT.EDU
Date:     Sun, 13 Mar 94 13:16:31 EST

Linux-Misc Digest #806, Volume #1                Sun, 13 Mar 94 13:16:31 EST

Contents:
  pronunciation of linux ("-=med=-")
  Re: xdm wouldn't let anyone in (Ron Smits)
  Re: RFD: comp.os.linux.* moderation by program (Warner Losh)
  Linux Journal in Europe (Linux Journal Automatic Response Server)
  Re: DOOM for X (David Barr)
  Re: RFD: comp.os.linux.* (Rick Emerson)
  Linux configuration notes (Peter Hiscocks)
  Re: DOOM for X (Patrick Brewer)
  Re: how to enable color in termcap for console?? (Zeyd M. Ben-Halim)
  Linux on 680x0:  Is it Mac or Amiga? (Joel Rising)
  Re: xdm wouldn't let anyone in (Sergey I Panov)
  Re: ncurses problem (Michaela Merz,Frankfurt,+49-69-6312083,)
  Re: DOOM for X (Eric Johnson)
  Re: Compiling Driver on Linux (Sverker Wiberg)
  Re: soup-reader for linux. (Jorn Lokoy)
  Re: HPFS (Kinga Yho)
  Re: pronunciation of linux (Cory Zito)
  Re: Cyrix 486DLC/40 Compatibility with Linux (S. Joel Katz)

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

From: "-=med=-" <skeomany@maroon.tc.umn.edu>
Subject: pronunciation of linux
Reply-To: <srschramm@alex.stkate.edu>
Date: Sun, 13 Mar 1994 02:09:54 GMT

Could we all just drop this whole thread.
We are using a text based medium where
pronounciation is irrelevant.

When we have live audio/video hookups
the whole thing will sort out quickly.

There is nothing like someone giving you
that what the heck did you just say look.
Makes you repronouce until you both decode
in a satisfactory manner.

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

From: ron@draconia.hacktic.nl (Ron Smits)
Crossposted-To: comp.os.linux.admin,comp.os.linux.help
Subject: Re: xdm wouldn't let anyone in
Date: 13 Mar 1994 14:58:59 GMT

Sergey I Panov (sipan@magnus.acs.ohio-state.edu) wrote:

: I tryed to put xdm at the end of my rc.local . I did get filling that it 
: is convinient, but it telling me that my login is incorrect. 
: I definitelly did something wrong, but can not find out what. I checked
: files in the /usr/X386/lib/X11/xdm directory - they all look fine.
: It is looks like I should switch off [or stop from interfer..ing]
: something but I can not figure out what.

: Can any one help me?
: Thank you in advance
: Sergey

[ configuration files deleted ]

Are you using the correct xdm?. There are two different xdm's for Linux
one that uses the shadow routines the other uses the `normal' password
routines.

On my system xdm is script that determines wether I use /etc/shadow or
/etc/passwd:

--SNIP--
#!/bin/sh
prog=$0
test -f /etc/shadow && exec ${prog}-shadow
exec ${prog}-passwd $*
--SNIP--

--

                Ron Smits
                ron@draconia.hacktic.nl
                Ron.Smits@Netherlands.NCR.COM

/*-( My opinions are my opinions, My boss's opinions are his opinions )-*/
/*-(                They might not be the same                         -*/


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

Crossposted-To: news.groups
From: imp@boulder.parcplace.com (Warner Losh)
Subject: Re: RFD: comp.os.linux.* moderation by program
Date: Fri, 11 Mar 1994 20:43:33 GMT

In article <1994Mar10.164407.1702@timesink.spk.wa.us>
kew@timesink.spk.wa.us (Keith Walker) writes: 
>Stuart 'TheCube' Herbert (ac3slh@sunc.sheffield.ac.uk) wrote: 
>> This really is a stupid idea.
>I couldn't agree more.

In all my years on the net, I have yet to see anything stupider or
more inane prposed w/o a good explaination offered.

To me the vote is insulting, stupid, inane and completely out of place
on Usenet.  The problem that they are trying to solve has such a
doubious gain that it isn't worth the effort at this time to try to
enforce something that the RFCs state are optional headers.  True, it
suggests that you fill them in, but they aren't required.

Sigh.  I've never gotten attitude like this back from the BSD folks.
Petty infighting, yes, but never this level of arrogance and insanity.

What is Linux turning into?

Warner
-- 
Warner Losh             imp@boulder.parcplace.COM       ParcPlace Boulder
I've almost finished my brute force solution to subtlety.

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

From: lj@lasermoon.co.uk (Linux Journal Automatic Response Server)
Subject: Linux Journal in Europe
Date: Fri, 11 Mar 94 00:51:59 GMT
Reply-To: B.



                  Linux Journal - European Distributor

Lasermoon Ltd is delighted to announce it's appointment as the European
distributor of the Linux Journal by ACC Corp, USA.

    "Our appointment will overcome many of the difficulties faced by
    European and Commonwealth of Independant States (CIS) Linux
    users in accessing the Linux Journal.

    We are more than delighted to see Linux being used in the CIS and
    the increased availability of the Linux Journal will both increase
    usage and draw the Linux Community closer.

    We can accept payment by EuroCheque, Credit Card, Money orders etc,
    which will greatly assist in subscription payments

    The First Issue is already being shipped inside Europe and if any
    subscribers have not received a copy within the next week, please
    contact us at lj-desk@lasermoon.co.uk"

For further details about Subscriptions, Advertising etc, Lasermoon can
be contacted at :

        Lasermoon Ltd,
        2a Beaconsfield Road,
        Fareham,
        Hants,
        England.
        PO16 0QB

        Voice +44 (0) 329 826444
        Fax   +44 (0) 329 825936

        email lj@lasermoon.co.uk        Linux Journal


--
Lasermoon Ltd, 2a Beaconsfield Road, | Linux Journal - European Distributors
Fareham, Hants, England. PO16 0QB    | lj@lasermoon.co.uk
Tel : +44 (0) 329 826444  Fax: +44 (0) 329 825936
The Linux Journal - the Monthly Magazine for the Worldwide Linux Community.

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

From: barr@pop.psu.edu (David Barr)
Crossposted-To: comp.os.386bsd.apps
Subject: Re: DOOM for X
Date: 10 Mar 1994 16:49:52 -0500

In article <hastyCMGpA7.Gu5@netcom.com>,
Amancio Hasty Jr <hasty@netcom.com> wrote:
>Apparently yes, any client-server model which forces you to always have
>two processes to communicate with each other is a broken architecture.

So, tell us, how do you have a client-server model without having
a client process and a server process?

I agree that X the wrong platform for doing high-speed and
time-critical graphics applications like video-style games.  There are
extensions (not SHM) that help a little, but there are lots of
advantages to taking direct control of the hardware.  The result is
_not_ client-server.

--Dave
-- 
"Don't ever take a fence down until you know why it was put up."
- Robert Frost

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

Subject: Re: RFD: comp.os.linux.*
From: rick.emerson@dscmail.com (Rick Emerson)
Date: Sat, 12 Mar 94 18:54:00 -0640

 @SUBJECT:Re: RFD: comp.os.linux.* moderation by program              N
IM> Message-ID: <CMIpKM.AJ6@boulder.parcplace.com>
IM> Newsgroup: news.groups,comp.os.linux.misc
IM> From: imp@boulder.parcplace.com (Warner Losh)
IM> Organization: ParcPlace Boulder
IM> 
IM> In article <1994Mar10.164407.1702@timesink.spk.wa.us>
IM> kew@timesink.spk.wa.us (Keith Walker) writes: 
IM> >Stuart 'TheCube' Herbert (ac3slh@sunc.sheffield.ac.uk) wrote: 
IM> >> This really is a stupid idea.
IM> >I couldn't agree more.
IM> 
IM> In all my years on the net, I have yet to see anything stupider or
IM> more inane prposed w/o a good explaination offered.
IM> 
IM> To me the vote is insulting, stupid, inane and completely out of place
IM> on Usenet.  The problem that they are trying to solve has such a
IM> doubious gain that it isn't worth the effort at this time to try to
IM> enforce something that the RFCs state are optional headers.  True, it
IM> suggests that you fill them in, but they aren't required.
IM> 
IM> Sigh.  I've never gotten attitude like this back from the BSD folks.
IM> Petty infighting, yes, but never this level of arrogance and insanity.
IM> 
IM> What is Linux turning into?
IM> 
IM> Warner
IM> -- 
IM> Warner Losh  imp@boulder.parcplace.COM ParcPlace Boulder
IM> I've almost finished my brute force solution to subtlety.
IM> 

Amen!

Rick  
...
 * ATP/Linux 1.42 * The only argument with the wind is to put on a coat.


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

From: phiscock@ee.ryerson.ca (Peter Hiscocks)
Subject: Linux configuration notes
Date: 13 Mar 1994 15:19:17 GMT


The following is a brief note that I generated in the process of
understanding how different configuration files interact.

Comments welcome.

  ------------------------ cut here -----------------------------------------

Linux System Configuration
==========================

For the purposes of configuring the system, it is useful to have some 
understanding of how a Linux system starts up.
Since Linux is based on SVR4, much of the following (but not all) 
derives from the behaviour of that system.

The boot process consists of a number of stages:

- the boot program, init, reads the /etc/inittab file
- the inittab file contains instructions to execute the /etc/rc file
- the /etc/rc file contains instructions to execute the /etc/rc.local file

When first booted, the system runs a binary program, 'init'. 
This program reads the text file '/etc/inittab'. The standard 
Sys V use of inittab is to provide for a number of startup 
scenarios, depending on the situation: booting to single user mode,
booting to multi-user mode, rebooting, and so on. However, under
Linux, this has been simplified.

In this case, the inittab
- starts 'update', a process which periodically runs the filesystem
'sync' command, writing new information to the hard drive.
- using the program 'bootwait', reads the /etc/rc initialization file
(see below).
- starts the 'crond' program, which executes commands at preset
times
- starts 'getty' processes for the various terminals. (This is
where you would make changes to support login by modem,  for example.
If you login as root or su to root, and do a 'ps', you will see
the getty processes listed.)
- handles a shutdown initiated by ctrl-alt-delete

The 'rc' (Run Commands) initialization file contains further instructions 
for the boot process. Typically, rc contains a script for initializing 
a given variant of the operating system across a number of installations.

The last instruction in the rc script is the command
            /bin/sh /etc/rc.local
This causes the shell program sh (see below) to be executed, 
reading the script rc.local. This script is customized for each
individual installation of the operating system. In the case of Linux, 
for example, if a backup tape exists one adds a command to install 
the ftape driver (for the tape backup unit) to the rc.local script.

The details of the contents of rc and rc.local are described in Chapter 3,
Startup and Shutdown, of reference [1].


User Configuration
==================
The first user configuration issue is the choice of user shell program, 
which determines the syntax of commands and command scripts. The shell is 
specified for each user as the last entry in the /etc/passwd file.
For example the entry for user phiscock specifies /bin/sh.

      phiscock:*:405:1:Peter_Hiscocks:/home/phiscock:/bin/sh

(Interestingly, the shell program is simply another program, and if the
user needed only one program, it could be specified instead of /bin/sh.)

A look at the /bin directory (ls -l /bin) shows that sh is linked to
the program 'bash', the Bourne Again SHell). 
Another possibility, with the Slackware distribution, is tcsh606, the 
expanded c shell.

According to the manual entry for bash, the startup files executed by 
the bash shell (in order) are:
      /etc/profile   the system default login shell
      .bash_profile  a user login shell (optional)
      .bash_login    user login shell if .bash_profile not present
      .profile       user login shell if .bash_login not present
      .bashrc        interactive non-login shells
      $ENV           specifies the startup file for non-interactive shells

In the case of Linux, /etc/profile contains the default user configuration
(PATH specification, aliases, environmental variables).

There are no .bash_profile or .bash_login files. Thus it is the .profile 
file, in the home directory of the user, that specifies the environment 
settings for each individual user.  This is the file to modify to change
history settings, PATH and alias variables.

As currently constituted, there is no .bashrc. If an interactive, 
non-login interactive shell required a different environment from 
that specified in .profile, then this would presumably be specified 
in .bashrc. Similarly, the $ENV specification designates a file that 
would be used for non-interactive shells.


references:
      Essential System Administration
      AEleen Frisch
      O'Reilly & Associates
      ISBN 0-937175-80-3

      Unix System V, Release 4 Administration
      Fiedler and Hunter
      Hayden Books
      ISBN 0-672-22810-6 



--
Peter Hiscocks                            Phone: (416) 979-5000 Ext 6109
Department of Electrical Engineering      Fax:   (416) 979-5280
Ryerson Polytechnical University, Toronto, Canada


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

Crossposted-To: comp.os.386bsd.apps
From: noble@garfield.catt.ncsu.edu (Patrick Brewer)
Subject: Re: DOOM for X
Date: Sat, 12 Mar 1994 16:57:01 GMT


        Did this thread start with a question about the DOOM video game?
Or about the DOOM of X as a windowing system? 

        Does DOOM (the game) exist for LINUX? 

=======================================================================
Patrick W. Brewer           CATT Alumni  
noble@catt.ncsu.edu

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

Crossposted-To: comp.os.linux.help
From: zmbenhal@netcom.com (Zeyd M. Ben-Halim)
Subject: Re: how to enable color in termcap for console??
Date: Sun, 13 Mar 1994 07:02:35 GMT

In article <1994Mar12.151445.6699@esseye.si.com>,
David Scholten <scholten@esseye.si.com> wrote:
>Well, since I cant run X (due to my video card) I have been
>using the 50 line mode.  I would like to change the color to be
>white on blue.  How can this be done?

Try
'man setterm'
or
'setterm'
for info.

Zeyd

-- 
---
Zeyd M. Ben-Halim       zmbenhal@netcom.com
10479 1/4 Santa Monica Blvd, LA, CA, 90025 (310) 470-0281

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

From: uoutrigg@mcl.ucsb.edu (Joel Rising)
Subject: Linux on 680x0:  Is it Mac or Amiga?
Date: 11 Mar 94 03:40:27 GMT

I saw it on tsx-11.mit.edu, pub/Linux/680x0.  It seems from the
readme's that it's just for Amiga, but then again it didn't seem
at all clear.  Does anyone know if it works on Mac?

I'm trying to get my boss to dedicate a machine to Gopher/Web/DNS/etc...
But he won't touch anything without a little apple on it.  Should I hold
my breath?  Should I get an iron-on decal?
--
"One can gain everything in solitude except character." - Stendahl

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

From: sipan@magnus.acs.ohio-state.edu (Sergey I Panov)
Crossposted-To: comp.os.linux.help,comp.os.linux.admin
Subject: Re: xdm wouldn't let anyone in
Date: 13 Mar 1994 16:04:36 GMT

I posted my problem a few days ago. Replyes I recieved were very educational,
many thanks to all, but problem is still here.
What I did so far:
1). I was starting xdm in rc.local, from the command line as ROOT and in the 
   inittab.
2). I checked if it is a shadow - non-shadow passwords problem. It is not. I 
have passwords stored in /etc/passwrd and my xdm is a script that is smart
enough to start xdm-passwrd and not xdm-shadow.

There is defenitly sm.th. that delaying my success. I saved output of top comm-
and that displyes all proc. I have running befor I am trying to run xdm.
xdm adds three more lines: xdm-passwrd, xconsole (from Xsetup_0) and X.

Can you see anything that might be guilty

==================================================================
10:29am  up 10:44,  1 user,  load average: 0.01, 0.02, 0.00
18 processes: 17 sleeping, 1 running, 0 zombie, 0 stopped
CPU states:  0.9% user,  0.0% nice,  7.3% system, 91.8% idle
Mem:  15212K av,  5072K used, 10140K free,  2096K shrd,  1796 buff
Swap:  7884K av,     0K used,  7884K free

  PID USER     PRI  NI SIZE  RES SHRD STAT %CPU %MEM  TIME COMMAND
 2465 sipan     25   0   81  296  324 R     8.2  1.9  0:00 top
    1 root       1   0   48  204  288 S     0.0  1.3  0:00 init auto
   83 root       1   0   52  188  296 S     0.0  1.2  0:00 /etc/getty 9600 tty1
    3 root       1   0    7   68  224 S     0.0  0.4  0:00 /etc/update
 2414 root       4   0   50  236  320 S     0.0  1.5  0:00 in.rlogind
   19 root       1   0   72  232  304 S     0.0  1.5  0:00 /etc/crond
   45 root       1   0    6   40  216 S     0.0  0.2  0:00 /usr/bin/syslogk on
   50 root       1   0   52  188  296 S     0.0  1.2  0:00 /etc/getty 9600 tty2
   34 root       1   0   53  204  288 S     0.0  1.3  0:00 /usr/etc/syslogd
   36 root       1   0   60  204  280 S     0.0  1.3  0:00 /usr/etc/inetd
   38 root       1   0   68  208  276 S     0.0  1.3  0:00 /usr/etc/lpd
   47 root       1   0  440  308  216 S     0.0  2.0  0:00 /usr/lib/sendmail -q
   51 root       1   0   52  188  296 S     0.0  1.2  0:00 /etc/getty 9600 tty3
   52 root       1   0   52  188  296 S     0.0  1.2  0:00 /etc/getty 9600 tty4
   53 root       1   0   52  188  296 S     0.0  1.2  0:00 /etc/getty 9600 tty5
   54 root       1   0   52  188  296 S     0.0  1.2  0:00 /etc/getty 9600 tty6
 2415 sipan      5   0  404  348  232 S     0.0  2.2  0:00 -bash
================================================================================

Regards

Sergey


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

From: misch@elara.fsag.de (Michaela Merz,Frankfurt,+49-69-6312083,)
Subject: Re: ncurses problem
Date: Sat, 12 Mar 1994 23:53:21 GMT
Reply-To: misch@elara.fsag.de

I had the same problems. With 'noecho', the keypad (and some refresh()) won't
work. Without 'noecho' everything works quite well (but echo is not wanted).

Michaela

---
The                                           
Free Software                                      (Phone) ++49-69-6312083
Association of Germany, FSAG                             We have a target!


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

Crossposted-To: comp.os.386bsd.apps
From: johnsone@camax.com (Eric Johnson)
Subject: Re: DOOM for X
Date: Sat, 12 Mar 1994 17:14:10 GMT

>The next binary release of XFree86 for FreeBSD will support memory
>mapping the entire frame buffer in user space (the MITSHM extension).

I'm not an expert on FreeBSD, but I believe the MIT-SHM extension just 
provides for client applications and the X server to share memory for 
XImage and (optionally) X Pixmap data structures. This sharing is 
done via UNIX System V shared memory functions, such as shmget(). 
The performance savings you achieve is that you no longer have to 
transmit huge amounts of image data between client and X server. 
Instead, your application asks the X server to display an image or 
pixmap from a shared-memory segment. The X server must still 
handle the task of placing the image on the screen.

One good thing about the MIT-SHM extension is that if your system
offers the SYSV shared-memory functions, the client code is highly
portable between systems (one of the great benefits of X, which
partially makes up for its failings).

In addition, if you're animating, you might want to look into
the multi-buffering extension to X, which allows you to implement
techniques such as double-buffering. (If this extension is not
available, you can also use colormap planes for double-buffering,
at a considerable cost in the number of available colors.)

For more on these extensions and topics, as well as some example programs,
see the thick-enough-to-stun-an-ox Professional Graphics Programming
in the X Window System by Johnson (yours truly) and Reichard, MIS: Press,
1993, ISBN 1-55828-255-6. Chapter 22 covers MIT-SHM and chapter 25
covers the double-buffering with colormap planes and the multi-buffer 
extension.

Hope this helps,
-Eric


Eric F. Johnson      email: johnsone@camax.com  That's the problem with science.
CAMAX Systems, Inc.  phone: +1 612 854 5300     You have a bunch of empiricists
7851 Metro Parkway   fax:   +1 612 854 6644     trying to describe things of
Minneapolis, MN 55425 USA                       unimaginable wonder. -Calvin 
-- 
Eric F. Johnson      email: johnsone@camax.com  That's the problem with science.
CAMAX Systems, Inc.  phone: +1 612 854 5300     You have a bunch of empiricists
7851 Metro Parkway   fax:   +1 612 854 6644     trying to describe things of
Minneapolis, MN 55425 USA                       unimaginable wonder. -Calvin 

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

From: sverkerw@Student.DoCS.UU.SE (Sverker Wiberg)
Subject: Re: Compiling Driver on Linux
Date: 13 Mar 1994 16:43:17 GMT

In article <2lsblhINN7dh@owl.csrv.uidaho.edu> young933@crow.csrv.uidaho.edu (Young Charlie) writes:

>  Can anyone spare a compiled LPMud driver for Linux? I have had
>  no luck compiling the one i got off of sunsite. 
>  thanks. mail me at this address or post it here. 

I snarfed Profezzorn's lpc4 driver (ftp.lysator.liu.se:/pub/lpmud/drivers...),
and it installed trivially. 

--
Sverker Wiberg  <sverkerw@student.docs.uu.se>
  o===[----     Purgamentum init, exit purgamentum
        GCS -d+ c+(++) l++ u e+(*) m++(*) s !n h f+ g+ w t+ r !y

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

From: jorn@oslonett.no (Jorn Lokoy)
Subject: Re: soup-reader for linux.
Date: 13 Mar 1994 17:46:35 +0100

In article <1994Mar12.095645.4993@beyond.demon.co.uk>
 steveo@beyond.demon.co.uk writes:

> around, but with support for mail and control thrown in.

What I wanted was an offline package that worked against the
uqwk-format, that is ZipNews, SOUP or QWK.  QWK does not work
very well for me, as you can't select or deselect threads and is
limited to 25 chars in the conference/newsgroup name.  And since
I pay $5 pr. hour for my Unix/Internet account it is rather
obvious that I can't be logged in for up to 4 hrs a day just to
read my mail and news... :-)

Now, with QWK out of the way, I'm left with ZipNews and Soup.
Yarn didn't work, neither under DosEmu nor MS-DOS itself (I lost
around 1000 articles a few days back, bye-bye Yarn), and I am now
trying out ZipNews under Dosemu.  And it works OK.  OK enough to
register it (it's shareware).  For the time being I'm quite happy
with the ZNR/DOsemu-solution and will stick to it until there
will be a better package running under linux/unix.

Thanks for your concern.

-jorn-

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

From: g609296@win.or.jp (Kinga Yho)
Subject: Re: HPFS
Date: 11 Mar 94 03:19:45 GMT

Andreas Hintermueller (q3932532@bonsai.fernuni-hagen.de) wrote:

>How can I mount OS/2-HPFS-Drives under Linux (pl13) ???

I guess you need pl14 and you need to recompile the e2fsck front end -
fsck - in order to get it work properly.
--

 \ \\/o\             ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~              \ \\/o\
>===== /             | Barry Yip  Fido  6:730/16.0  |             >===== /
 //// ~              | ^^^^^^^^^  g609296@win.or.jp |              //// ~

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

From: czito@nyx10.cs.du.edu (Cory Zito)
Subject: Re: pronunciation of linux
Date: Sun, 13 Mar 94 02:05:18 GMT


Ok all I have RTFAQ I have read the posts somebody either linus himself 
or somebody else who can pronounce it RIGHT please post a sound file!!!  
I wish to pronounce it right but for the life of me can't figure out how 
to...
--
*  Cury Zeetu (INTP) *    Imeeel: CZITO@NYX10.CS.DOo.IDOo                 *
*  EA9GB             *    Tu Vhum it Mey Cuncern,                         *
*  Sexuphuneest      *    Thees seeg is under cunstroocshun!              *
*  Stoodent          *    Zee vurkers ere-a oon steeke-a surry            *

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

From: stimpson@panix.com (S. Joel Katz)
Subject: Re: Cyrix 486DLC/40 Compatibility with Linux
Date: 12 Mar 1994 21:11:55 -0500

In <1994Mar11.191137.2970@ncsu.edu> noble@garfield.catt.ncsu.edu (Patrick Brewer) writes:


>       I have been running Linux on a Cyrix 486 for 3 months now with 
>out much problem.  But I have patch level 14 ( I believe.)  What ever 
>was latest in Dec. 93.  Does this mean that newer versions of Linux 
>-----------------------------------------------------------------------
>Patrick W. Brewer           CATT Alumni  
>noble@catt.ncsu.edu

        Yes, it does. But you must


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


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