Subject: Linux-Misc Digest #186
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, 29 May 94 02:13:06 EDT

Linux-Misc Digest #186, Volume #2                Sun, 29 May 94 02:13:06 EDT

Contents:
  Compilation problems... (Chris Lawrence Amshey)
  Re: Zgv v2.1 sources - anyone still got them? (David Fox)
  Annoucing AUIS 6.3 Packages (Terry Gliedt)
  Re: who wants POV for Linux ??? (Alexandre Rousseau)
  Re: Cut & Paste on VTs? (Greg Robertson)
  Re: Waitll you see the May 16th PCWEEK... (Rick Kelly)
  Re: Linux for the masses? (WordProcessing again) (Byron A Jeff)
  [HELP] What is CSLIP (Ziniu "Michael" Wei)
  Re: who wants POV for Linux ??? (NetDog)
  Re: blah - kmem ps utils break under 1.1.13 (Juha Virtanen)
  Re: openGL for linux (Hans Georg von Zezschwitz)
  Universal CD-ROM sells Ameri-Transtech LINUX 1.x (Charles Liu)
  Re: 4 MB too little for linux (Matt Welsh)
  dvi-->eps ... was Re: Ghostscript and epson 24pin printers (Jim Graham)
  Differential SCSI ?? (Michael Goddard)

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

From: amshey@twain.ucs.umass.edu (Chris Lawrence Amshey)
Crossposted-To: comp.os.linux.help
Subject: Compilation problems...
Date: 28 May 1994 18:42:02 -0400


Hi, all.
I'm running Linux kernel 1.01 with gcc 2.5.8 now ...
Anyway, I'm trying to compile my device drivers (just to do it,
y'know.) and dosemu (because I want to run it) ...
Anyway, in tty_io.c I get an error that linux/autoconf.h 
(included from linux/config.h) doesn't exist, and if I leave out autoconf.h
it gives me lots of undefined errors. 

With dosemu 0.50pl1 I get a segmentation fault... I ran some
diagnostics and found the problem in dos.c, in main ...

  if (uselib("/usr/lib/libdosemu") != 0) {
    fprintf(stderr, "cannot load shared library /usr/lib/libemu!\n");
    exit(1);
  }
  dosemu = (void *) LIBSTART;
  dosemu(argc, argv); /* This line causes a segmentation fault */

My first reaction was "Well, DUH, you can't just jump to
a constant address!" ... but of course, LIBSTART is defined
in the shared library too, so I assume something is going
on here, I just don't know what.

Which brings me to another question: Where can I find documentation
on what/where and how about dynamic libraries? 
I don't know why the library isn't where it's supposed to be or
where to start looking, 'cause this is the first dynamic library
system I've worked on, and I'm a little lost. 
I'll even spend money on a real book if someone can recommend one.
Thanks for any help you can give,

                --Chris
                  amshey@twain.ucs.umass.edu

-- 
  |~        /       -|-      1        amshey@twain.ucs.umass.edu
  |__      /_       -|-     ---       amshey@twain.netsys.com
     \    /  \      /+--     2        Ranmakun on IRC
  ___/   /    \__   \/

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

From: fox@graphics.cs.nyu.edu (David Fox)
Subject: Re: Zgv v2.1 sources - anyone still got them?
Date: 28 May 1994 20:44:23 GMT

In article <2s06on$805@senator-bedfellow.MIT.EDU> rm1ajy2@greenwich.ac.uk (Russell Marks) writes:

] I'm looking for the source to zgv v2.1 to try and find a bug I appear
] to have introduced into v2.2.

You can find 1.3 in tsx-11.mit.edu:pub/linux/sources/usr.bin.
Is tsx-11 still an active Linux archive?
--
David Fox                                               xoF divaD
NYU Media Research Lab                     baL hcraeseR aideM UYN

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

From: tpg@trillian.mr.net (Terry Gliedt)
Subject: Annoucing AUIS 6.3 Packages
Date: 28 May 1994 20:47:47 GMT
Reply-To: tpg@mr.net

This is to announce that a complete, new series of packages of the
Andrew User Interface System (AUIS) have been made available for Linux. 
These are available via anonymous FTP from sunsite.unc.edu.  After
moving from pub/Linux/Incoming, the files will reside in
pub/Linux/X11/andrew.

This is a completely new release, based on AUIS 6.3 as it was just
released to the X Consortium.  The full source will be available with
the contributed portion of X11R6.  These packages REPLACE all versions
previously available at sunsite.  I have grouped the full 40MB of
compiled programs and data into several logical "packages".  These
should run on most any reasonably current version of Linux (I used
Slackware 1.2.0 with the 1.0 Linux kernel).

The software has been configured for the relatively novice community.
The software comes in tar files varying from 0.8MB to almost 4.0MB in
size.  Everything is based on the word processing package which will fit
on one diskette and only requires about 4.5MB after being extracted.


The following packages are available:

auis63L0-wp.lsm         Summary for    EZ - the Word Processor
auis63L0-wp.tgz         Contains textviews, help, image, figure, raster,
                        typescript, pipescript ...

auis63L0-src.lsm        Summary for    EZ - for Source Code Development
auis63L0-src.tgz        Contains all the srcviews, bush...  (requires -wp package)

auis63L0-mail.lsm       Summary for    Messages - MIME Mail Interface
auis63L0-mail.tgz       Contains messages et al  (requires -wp package)
                        (no support for AFS, AMDS, or White Pages)

auis63L0-doc.lsm        Summary for    AUIS Complete Documentation
auis63L0-doc.tgz        Contains all the doc, help and sample files
                        (requires -wp package)

auis63L0-dev.lsm        Summary for    Developing Your Own AUIS Applications
auis63L0-dev.tgz        Contains adew, libraries, includes, etc.
                        (requires -src package)
===================================================================
Software Toolsmiths      Terry Gliedt   (507) 356-4710   tpg@mr.net

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

From: alexr@willow.login.qc.ca (Alexandre Rousseau)
Crossposted-To: comp.os.linux.help
Subject: Re: who wants POV for Linux ???
Date: 28 May 94 17:52:03 EDT

In article <2rvnl9INNjed@CS.UTK.EDU> peek@duncan.cs.utk.edu (Michael Peek) writes:
> : >How many readers would be interested in an officially-compiled and
> : >supported version of POVRAY, with X-Windows support, for LINUX ???
> 
> : Yes, I'm interested in POVRAY for Linux.
> : Patrick Reijnen
> 
> I'm voting yes too.
> Mike Peek - peek@math.utk.edu
> 
Me too !
-- 

==========================================================================
Alexandre Rousseau                       UUCP:        alexr@willow.uucp
                                     Internet: alexr@willow.login.qc.ca
23 MIPS is still not enough...           Bell:           (514) 982-6758
(A2000 + '040 + 20Mb)
==========================================================================

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

From: grober1@abacus (Greg Robertson)
Subject: Re: Cut & Paste on VTs?
Date: 28 May 1994 15:08:37 GMT

AB (ablumer@eng.clemson.edu) wrote:

: Is there a cut and paste on/between virtual terminals?
: If so, how is it done?

: Thanks,
: ablumer@eng.clemson.edu

Try running 'selection'. It is a daemon that allows this.  It
works very similar to the way cut & paste on X does.

  Greg

--

+------------------------------+-----------------------------------------+
| Greg Robertson               | Tandy Information Services              |
| Production Control           | Tandy Technology Square, Suite 1431     |
| grober1@tis.tandy.com        | 200 Taylor Street, Fort Worth, TX 76102 |
| Voice: (817) 870-0879        +-----------------------------------------+
| Fax:   (817) 390-2132        | It doesn't hurt to ask!                 | 
+------------------------------+-----------------------------------------+

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

From: rmk@rmkhome.com (Rick Kelly)
Subject: Re: Waitll you see the May 16th PCWEEK...
Reply-To: rmk@rmkhome.com (Rick Kelly)
Date: Sat, 28 May 1994 20:28:32 GMT

Chris Bitmead (chrisb@cssc-syd.tansu.com.au) wrote:
: bsa@kf8nh.wariat.org (Brandon S. Allbery) writes:


: >I agree; it sounds like a desktop which will be available on multiple *ixes,
: >and which is being hosted on Linux for x86 because that way they can make it a
: >lot cheaper than if they used UnixWare and beat Microsoft on the price point.

: One thing that puzzles me is why Novell would want Linux anyway.  They own
: the "real" unix code i.e SVR4. Why would they need someone elses copy of
: unix to make it cheaper. Surely they can sell SVR4 for whatever price they
: want?

They can't afford to piss off the vendors who buy licenses from them.  They
make more money from that than they do fron Unixware.


-- 

Rick Kelly  rmk@rmkhome.com  rmk@bedford.progress.com

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

From: byron@cc.gatech.edu (Byron A Jeff)
Subject: Re: Linux for the masses? (WordProcessing again)
Date: 28 May 1994 20:43:45 -0400

In article <2s6hdj$2vb@netnews.upenn.edu>,
Robert G. Smith <rob@bip.anatomy.upenn.edu> wrote:
-Byron A Jeff (byron@cc.gatech.edu) wrote:
-: In article <2s45j3$oqm@sirius.cs.pdx.edu>, Mike Harvey <mike@cs.pdx.edu> 
-:  wrote:
-: -byron@cc.gatech.edu (Byron A Jeff) writes:
-: -
-From what I've seen of previewers, they are nowhere near as handy
-as true WYSIWYG. The use of PS+GS for printing will save lots of
-development time.  But to use GS to preview a page seems too slow to
-be useful in composing a page.  It would be very nice to have
-a facility like Adobe Illustrator for reading, interpreting, modifying
-and writing PS files, i.e. actually using PS as the native format.  
-However, this would be a lot of work to develop, wouldn't it?
-Can GS be modified this way to allow redrawing parts of a page
-or line?

The previewer job is to get a gander at the page for gross errors, not
composition. Of course true WYSIWYG is the goal. However I'm typing this
on a VT-320. I'd be out of luck with a WYSIWYG only editor. I'm fairly
sure our first effort will be text only. And on a console it'll save a bit
of paper to be able to look at the page layout on the screen (using the
SVGA driver of GS) before printing out.

And the tool is a wordprocessor, not an Illustrator. Xpaint does a fairly
good job of graphics manipulation and outputs postscript directly. Does
anyone know of a SVGALIB based tool that can do the same thing?

-
-  What is needed is a way to "incrementally" interpret PS (or 
-whatever format e.g., Tex, that would make most sense to be 
-the basis for WYSIWYG), word by word or line by line, so that 
-the result of a key command would be the graphics on the screen 
-and simultaneously its representation in a text file.

The last time I checked that's what WYSIWYG is. I think we'll get there. But
IMHO I don't think it should be the first interface. Otherwise it'll be
next year before even an Alpha release could be made. I think that it's
wise to build the core tools and a text interface and then look at adding
WYSIWYG interfaces at a later time.

-
-: -
-: ->But you're probably going to be the exception. Most novice and 
-: ->intermediate users will immediately gravitate to the mouse. 
-: ->I'm stating publicly that LWPS is being designed with them in mind.
-: -
-: -Understood.
-: -
-: ->However in deference to your comment, we'll plan on simply leaving the
-: ->current keyboard and key shortcut interface.
-: -
-Yes, this is important. Functions must be readily available
-and easy to use.  But also important is to maintain a parallel
-set of commands in both mouse menus and keyboard key sequences,
-i.e. there should be a one-to-one correspondence between menu options
-and command key sequences.  This is what will hold the whole project 
-together as "one" editor.  Otherwise, what you will get is several 
-separate editors, each a little different with different commands 
-and interfaces.

I disagree to some extent. I think in terms of keyboard interfaces there needs
to be two tools:

1) A keyboard only way of menu command selection.
2) A keyboard shortcut or macros for commands.

Neither of these require a one to one mapping of every menu item to a key.
The first is just a keyboard mechanism of doing what the mouse does (along
the lines of fvwm). The second will map a set of commands to keys but
not all. Too difficult to manage and diminishing return on investment IMHO
because it's unlikely that every user will always use every menu option.
So I think that having a way of following the menus using the keyboard
(which gets you all available editor commands) and having a way to select
a few of these commands quickly (either through function keys or by having
a set of shortcut/macro keys is sufficient).

-
-: -
-: ->There's no real need to pull the current keyset from JOE. However having
-: ->to work on a complete key based command interface is a daunting task.
-: ->How's about a compromise where commands can be attached to function keys?
-: -
-: -I assume then that JOE is being used as the core for this project?  I had
-: -seen it mentioned several times, but didn't realize you had settled on it.
-
-: Considering that I've yet to ask Joe Allen if this is acceptable to him
-: I don't think we really have. However it's at the correct level of 
-: simplicity to start off with.
-
-: -JOE already has a pretty flexible configuration file, which looks like it
-: -ought to do most of what I want.  Definable function keys would be a nice
-: -feature, but perhaps not worth the extra effort, given the existing
-: -interface.
-
-Wouldn't it be great to create a set of "pseudo-key" key commands 
-(such as those represented in the "joerc" file) each one representing an 
-"internal" editor function or displayable ASCII char, that could be 
-translated from a user-defined key sequence or menu button-press?  

It's very time consuming in terms of executing time. It requires a table
lookup for each and every key press. Probably limiting this type of 
"softkey" function to a limited set of keys is a good idea IMHO.

Also it sound like you're talking about the tag concept that we'll probably
be using. I don't think there's been a concensus yet except that it be
printable ASCII format only.

Later,

BAJ 

-- 
---
Another random extraction from the mental bit stream of...
Byron A. Jeff - PhD student operating in parallel - And Using Linux!
Georgia Tech, Atlanta GA 30332   Internet: byron@cc.gatech.edu

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

Crossposted-To: comp.os.linux.help
From: ziniuwei@acsu.buffalo.edu (Ziniu "Michael" Wei)
Subject: [HELP] What is CSLIP
Date: Sun, 29 May 1994 02:16:21 GMT

I'm setting up the SLIP option in my kernel.  My question is what is
the CSLIP option?  Does it confilct with the normal SLIP?  I mean if I
enable the CSLIP, can I still connect to a server that doesn't support
compressed SLIP header?

Thankx

--
Ziniu Wei               CEDAR, SUNY at Buffalo       ziniuwei@cs.buffalo.edu
Rule # 1:  Network *is* computer

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

Crossposted-To: comp.os.linux.help
From: cdent@yod.honors.indiana.edu (NetDog)
Subject: Re: who wants POV for Linux ???
Date: Sun, 29 May 1994 02:28:17 GMT

>>>>> "AT" == Andreas Thomasch <mcx@x.sax.de> writes:

    AT> POVRAY account (povray@uniwa.uwa.edu.au) asked:
    >> How many readers would be interested in an officially-compiled
    >> and supported version of POVRAY, with X-Windows support, for
    >> LINUX ???

    AT> I'm interested, too. May be you can use the svgalib for
    AT> showing the rendered picture and also make some speed
    AT> optimizations. BTW, there's already an unofficial version of
    AT> POV for Linux on the net, compiled by Jeff Epler
    AT> (jepler@herbie.unl.edu, jepler@nyx.cs.du.edu).  His version
    AT> supports showing the picture by svgalib, so may be it can be
    AT> useful for you to contact him.

If you have to make a choice between svgalib and X support, please,
please, please go with X. If you stick with X you should be able to
create something that will port across multiple unix implementations
and people will love you forever.

Chris
--
cdent@indiana.edu | Chris Dent







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

From: Juha.Virtanen@hut.fi (Juha Virtanen)
Subject: Re: blah - kmem ps utils break under 1.1.13
Date: 29 May 94 03:26:31 GMT
Reply-To: jiivee@hut.fi

>>>>> On 26 May 1994 12:37:51 GMT, rene@renux.frmug.fr.net (Rene
COUGNENC) said: 
:> Ok, add me to the list: Five :-)

I guess I'm sixth...

But breaking kmem-ps isn't everything. Accounting patches broke, too.


Juha
--
Meskimen's Law:
        There's never time to do it right, but there's always time to
        do it over.

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

From: 1zezschw@rzdspc2.informatik.uni-hamburg.de (Hans Georg von Zezschwitz)
Subject: Re: openGL for linux
Date: 29 May 94 02:37:32 GMT

sram@qualcomm.com (Siddharth Ram) writes:

>I could not find any reference in the Linux Software Map. Has anyone
>ported/planned to port  openGL to Linux ?

>thanks
>siddharth

As I actually have never heard of openGL, but remember an article in the
quite famous german *ix-Magazine "iX", the following *might* help you:

If I assume right you are looking for a PD-SGI-compatible Graphics Library
then this might help you:

vogle (Freeware), vogl ("Beerware").

Their main ftp-server is "gondwana.ecr.mu.oz.au" (128.250.70.62)

Hope this helps,


Georg v.Zezschwitz

Department of Medicine, University of Hamburg
A
A
A
A
Department of Medicine University of Hamburg

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

From: alte@rahul.net (Charles Liu)
Subject: Universal CD-ROM sells Ameri-Transtech LINUX 1.x
Date: Sun, 29 May 1994 03:20:17 GMT

        Universal CD-ROM (tm) offers the following CD-ROM Titles. If you 
know some other place offers better price, please let us know, we will 
try to match. 

        The price does not include shipping and California sales tax (if 
applicable).  We accept Visa/MasterCharge Card.

        Universal CD-ROM (tm)
        1645 S. Bascom Ave., #7
        Campbell, CA 95008
        (408)369-9818
        Email: alte@rahul.net
=============================================================


                LINUX 1.x

        InfoMagic               $19.95
        Morse Telecommunication $29.95
        Trans-Ameritech         $39.95
        Yggdrasil               $39.95

Plus $3 US Priority, or $6 Euroupe Air Shipping.
Plus CA tax if applicable.
Same day shipping.


-- 
End of Note

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

From: mdw@cs.cornell.edu (Matt Welsh)
Subject: Re: 4 MB too little for linux
Date: Sun, 29 May 1994 04:34:19 GMT

In article <DHOLLAND.94May28163305@husc7.harvard.edu> dholland@husc7.harvard.edu (David Holland) writes:
> > Could this be improved upon? I thought linux was supposd to run
> > smoothly with 4 MB. 
>
>It does. 

Let me punctuate this by mentioning that I regularly run XFree86, along 
with fvwm, oclock, xload, xdvi, TeX, and no less than _six_ xterms 
(each running an instance of bash, at least) on a 4 meg Linux machine. 

Granted, I have well over 16 megs of swap, but that much isn't even
necessary. Things slow down when I raise a reglected xterm (a good
portion of the binary must be page-faulted in), but thereafter things
work remarkably well. It's much nicer to use systems with more
memory, but you can live with 4 megs.


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

From: jim@n5ial.mythical.com (Jim Graham)
Crossposted-To: comp.os.linux.help
Subject: dvi-->eps ... was Re: Ghostscript and epson 24pin printers
Date: Sat, 28 May 1994 13:32:11 GMT

NOTE:  followups re-directed to comp.text.tex, since this is a TeX topic,
not a Linux one.

In article <saucc00.769957671@dmi.usherb.ca> saucc00@DMI.USherb.CA
(Christian Saucier) writes:

>Is there someone working on a ghostscript version that would support
>epson 24 pin printers.
>
>I have a panasonic KX-P1124 (compatible epson LQ2xxx) and I'm now using
>the epson 9pin driver but it doesn't give a very nice result.  So I use
>my old dvidrv (MSDOS!) installation to print my files.  I would be very
>glad to erase my old MSDOS instalation and rely on Linux only.

You can do exactly that---but not if you keep using dvips/ghostscript....
If, on the other hand, you use a real DVI driver that's designed for your
printer (which, btw, is the correct solution, contrary to the advice many
seem to give in the col.* groups ... of course, if you need PostScript
fonts or figures, you're stuck with dvips/gs), you can abandon dvidrv, just
as I did (I also have a KX-P1124).

Btw, you can thank Neal Becker for writing the driver.  His driver is very
adaptable, which made it easy for me to extend it to the 1124 (he was also
very helpful in this!).  I post the patches every so often (usually in
response to this very question), and I suppose it's about time to do so
again....

But first....

In article <2s4jt1$9gt@mudraker.mtholyoke.edu> tgorman@mtholyoke.edu
(Thomas M Gorman) writes:

>Following advice on the net, I've been using the following
>on my KXP1124i with pretty good results (I can't say that the
>results are as good as YOU expect them to be):
>
>  gs -sDEVICE=epson -r180x180 -SOutputFile=/dev/xxx -dNOPAUSE file.ps
>
>apparently, r is up to 360x180.

The KX-P1124 is capable of 360x360 dpi, therefore, that would be the
correct resolution to give to gs (unless you just want a low-resolution
draft copy).

Anyways, here is what you *REALLY* want to do....

First, get the src for the ``eps'' DVI driver.  It's on sunsite (I forget
exactly where it is, but it's in one of the TeX directories, probably
apps/tex).

Second, you need to configure eps.

On the older version of eps that I have, there's more to it than just
working with config.h and/or config.eps---I had to modify one of the
functions.  Neal mentioned that he'd made some changes in a newer version
to make it easier to do what I'd hacked in, but since the version I have
works so well, I've never bothered to upgrade.

===========================  READ THIS!  ===========================
THEREFORE....  The following changes are for eps033.  You should be able
to hack them right into the newer versions with little or no trouble, but
as I said, there is probably a simpler way.  This, at least, should get
you started....
===========================  READ THIS!  ===========================

First, the stuff you set in config.h:

===========================  CUT HERE  ===========================
#define DEFAULT_ENGINE "epson"
#define DEFAULT_VPINS 24
#define DEFAULT_DPIH 360
#define DEFAULT_DPIV 360
#define DEFAULT_GRAPHICSMODE 40
#define DEFAULT_VSKIP 360
#define DEFAULT_VINTERLEAVE 2
#define DEFAULT_XOFF 0
#define DEFAULT_YOFF 0
#define DEFAULT_WIDTH 8.5
#define DEFAULT_HEIGHT 11
#define DEFAULT_FASTSPACE 0
#define DEFAULT_INITSTRING "\x1b" "@" "\x1b" "P"
#define DEFAULT_RESETSTRING "\x1b" "@" "\x1b" "P"
#define CONFIG_FILE "/usr/local/lib/tex/eps.config"
#define PRINTERNAME "Panasonic KX-P1124"
===========================  CUT HERE  ===========================

After this, you really don't need anything in config.eps (the above is a
combination of my almost-right config.h and my config.eps) unless you want
to make something variable.  I don't remember whether or not config.eps
has to exist.

This, however, isn't enough.  The Panasonic KX-P1124 gets its 360x360 dpi
resolution through two passes, not one, and eps (033, at least) isn't
quite ready to handle this...at least, not in the way that the 1124 does.
Therefore, you need to patch one function in eps/epson.c as follows:

===========================  CUT HERE  ===========================
void epson::
Vaddv (int n)
{
#ifdef JDG_REAL_VERSION          /* this is the original version */
  fputs ("\x1b" "J", fp);
  fputc ( n, fp);
#else                            /* this is the patched version */
  fputs ("\x1b" "+", fp);
  fputc ( n, fp);
  fputs ("\x0a", fp);
#endif
  PrintPos += n * VSkipUnit;
}
===========================  CUT HERE  ===========================

It's been a while since I hacked these changes in, but as I recall, it
basically prints the first part of the ``line'', moves down 1/360th
of an inch, and then prints the second part.

Oh, btw, I should add that I used the font definition files (for METAFONT)
that came with emTeX, using the lqhires mode to build all fonts....  If you
don't do this, I'm not sure what your results would be.  emTeX is, of
course, available at the standard TeX ftp sites.  See the comp.text.tex
FAQ and/or FAQ Supplement (not sure which) for more info on that.

Later,
   --jim

--
73 DE N5IAL (/4)                           < Running Linux *1.00*! >
      jim@n5ial.mythical.com                 ICBM: 30.23N 86.32W
  ||  j.graham@ieee.org          Packet:  N5IAL@W4ZBB (Ft. Walton Beach, FL)
E-mail me for information about KAMterm (host mode for Kantronics TNCs).


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

From: mgoddard@wintermute.fullerton.edu (Michael Goddard)
Subject: Differential SCSI ??
Date: 28 May 1994 23:01:39 -0700


I have just obtained a used 1.6Gb SCSI hard drive, a Seagate ST41520ND.
My problem is that the 'D' stands for "Differential" and I need to fund
out (that's FIND out) if there is a differential SCSI host adapter that
is supported under LINUX.  If anyone can help, please e-mail the info; 

It'd be most appreciated!            mgoddard@titan.fullerton.edu


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


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