Subject: Linux-Misc Digest #304
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, 24 Jun 94 08:13:31 EDT

Linux-Misc Digest #304, Volume #2                Fri, 24 Jun 94 08:13:31 EDT

Contents:
  Re: Multiport Bored and Linux (Was: future of Unixware) (Alan Cox)
  Re: unix version of dos prog XCOPY? (David Fox)
  Re: How to split large tar file to fit on floppy (Steven Buytaert)
  xdm-shadow & password length (Gary Anderson)
  Re: Help:  Can't partition my harddrive. (Chuck Slivkoff)
  Re: Slackware 1.2.0 and Mitsumi CDROM (Heiko Schlittermann)
  Re: Multiport Bored and Linux (Was: future of Unixware) (David Lesher)
  DOSEMU and ANSI.SYS (Raymond Rusk)
  Re: DOSEMU and ANSI.SYS (Raymond Rusk)
  Re: Need recommendation for SVGA card (Grant Edwards)
  Re: Need recommendation for SVGA card (Grant Edwards)
  Will my Computer Blow Up? (Alastair J. Small)
  Re: Memory Problems with Linux (Mihail S. Iotov)
  Re: Minicom problem in an xterm (Jim Brain)
  Re: Minicom users unite! (Christopher J. Cioffi)
  Re: Watching a user on an tty? (Con Tassios)
  Re: Eudora / LANtastic for TCP/IP / Linux problems (Alan Cox)
  Re: LINUX ETH0 (Alan Cox)
  Re: Linux.... On a Sparc? (Ian McCloghrie)

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

Crossposted-To: comp.unix.unixware
From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: Multiport Bored and Linux (Was: future of Unixware)
Date: Wed, 22 Jun 1994 19:09:34 GMT

In article <Crt3pA.7Dr@novell.co.uk> msohnius@novell.co.uk (Martin Sohnius) writes:
>Alan Cox (iiitac@uk.ac.swan.pyr) wrote:
>                 ^^^^^^^^^^^^^^
><snip>
>: Linux is running hospitals, NASA projects, our mail hub, problem tracking
>                                                 ^^^^^^^^
>Thanks, but no!

Who said that machine was our mailhub - pyr is a pyramid OS/x and the address
is the wrong way around because its an X.29 coloured book host.

>BTW, since this subject is now "Multiport Bored and Linux", can we stop
>cross-posting to comp.unix.unixware?  This might cool down the 
>discussion, too.

Sensible

Alan



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

From: fox@graphics.cs.nyu.edu (David Fox)
Subject: Re: unix version of dos prog XCOPY?
Date: 23 Jun 1994 02:19:09 GMT

In article <RON.94Jun22002900@draconia.hacktic.nl> ron@draconia.hacktic.nl (Ron Smits) writes:

] >>>>> "David" == David Flood <dcflood@u.washington.edu> writes:
] 
]     David> Before re-inventing the wheel, I am looking for the source
]     David> code of a program that works like the messy-dos program
]     David> XCOPY.  Anyone know of one?
] 
] I presume that you are asking this because you want to copy a
] directory tree with all the subdirectories and have the program create
] the directories if they do not exist. I always do this with cpio:
]       cd sourcedir
]       find . -depth -print | cpio -pvdum targetdir
] 
] Works good, hope this helps

Finally, someone gives us some hint of what XCOPY does.
I use tar for this task:

  cd sourcedir; tar cf - . | (cd targetdir; tar xf -)

Same sort of thing.
--
David Fox                                               xoF divaD
NYU Media Research Lab                     baL hcraeseR aideM UYN

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

From: buytaert@imec.be (Steven Buytaert)
Subject: Re: How to split large tar file to fit on floppy
Date: Wed, 22 Jun 1994 11:32:08 GMT

P Fennema HV018 x4174 (pfennem@hzsbe04.ns-nl.att.com) wrote:
: I know this sounds silly, but what is an efficient method to split
: a large (gzipped) tar file into pieces which fit on a 1.44 MB floppy?
: I know the concatenating is easy with 'cat', but splitting is a little
: harder. I can do it with split, but this works with line numbers and 
: I'd like to split exactly at the 1.44Mbyte limit of the floppy.

  I haven't got a clue about the blocksize on a floppy. Let's take
  its 2048 bytes/block. Suppose your file is called ex.tgz and is
  a binary file. Now do the following:

  1) man dd
     In this, look for the options called 
     'bs' blocksize
     'if' input file
     'of' output file
     'skip' number of blocks to skip
     'count' number of blocks to copy

  2) As an example, lets take that there are 716 blocks in
     1.4 Megabytes.
     You could split the ex.tgz as follows:

     dd if=ex.tgz of=floppy1 bs=2048 count=716 
     dd if=ex.tgz of=floppy2 bs=2048 count=716 skip=716
     dd if=ex.tgz of=floppy3 bs=2048 count=716 skip=1432
     etc, etc till you have your file split up

  If you have your floppies formated already, you can
  substitute the filename floppy? with /dev/fd0 or
  /dev/fd1. Be sure to change floppies one after another :)
     
  Try it, it should work. I'm only a complete ignorant what
  concerns the number of blocks on a 1.44Meg floppy and their
  size (I never studied the MSDOS intrinsics, sue me :)

  Stef


--
Steven Buytaert 

WORK buytaert@imec.be
HOME buytaert@innet.be

        'Imagination is more important than knowledge.'
                        (A. Einstein)

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

From: ganderson@clark.net (Gary Anderson)
Crossposted-To: comp.os.linux.admin
Subject: xdm-shadow & password length
Date: 22 Jun 1994 23:32:28 GMT


I've installed the binaries for xfree86-2.1, and overlaid them with
the new 2.1.1 stuff, and grabbed the xdm-shadow package, since I
run the shadow password suite.  Everything seems to work fine,
_except_ xdm-shadow.  I think I've discovered why.  My shadow
setup on my machine is configured for double-length (16 character)
passwords.  It appears that the xdm-shadow package, when constructed,
was configured for 8-character passwords.  I _did_ do the 'linkit'
to compile in my /usr/lib/libshadow.a.  Does anyone have an
xdm-shadow.a that's configured for double-length passwords, or can
point me at the sources for xdm-shadow. I've looked all over for
the sources, but can't find them.

Thanks,
Gary
ganderson@clark.net


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

From: s0087452@cc.ysu.edu (Chuck Slivkoff)
Subject: Re: Help:  Can't partition my harddrive.
Date: 22 Jun 1994 03:11:33 GMT

On Sun, 19 Jun 1994 20:31:26 -0500, Toan Hoang   ~{ (tqhoang@kiwi.ucs.indiana.edu) wrote:

)    The other day I was trying to install my harddrive and I ran into this
) problem, I couldn't be able to get the computer to recognize my harddrive.
) I tried using DOS fdisk, but it failed.  I tried using the OS/2 fdisk, I
) was able to choose to partition the harddrive but when I choose save 
) option and exit, it hangs.  Then I used the linux fdisk, this is what it
) tells me.  Partition 1 does not start on cyclinder boundary.
) phys(0, 0, 2) should be (0, 1, 1).
) So, what is that mean?  and what can I do to fixed it.  Any help would
) be appreciated.

I had a similar experience with my new HD.  Every time I would write the 
partition table, nothing would seem to happen.  Either the system would lock-up
or I would reboot & check the partitions, only to find that the table was
corrupted.  It turned out to be my controller card.  (I discovered this by
trying the drive and controller in a friend's computer.)  I picked-up a new
controller card & it works great!

-- 
Chuck Slivkoff          s0087452@cc.ysu.edu
Computer Science        Youngstown State University

Youngstown, OH:  All the drugs, crime & violence of New York at half the cost!

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

Crossposted-To: comp.os.linux.help
From: heiko@lotte.sax.de (Heiko Schlittermann)
Subject: Re: Slackware 1.2.0 and Mitsumi CDROM
Date: Fri, 24 Jun 1994 06:37:41 GMT

In article <05646124@comet.sb.sub.de>,  <sysop@comet.sb.sub.de> wrote:
>i`ve got a problem, hope you can help me...
>
>I installed Slackware 1.2.0 from CDROM Mitsumi Double Speed.
>Works fine, even the Installation from CDROM.
>But after installing, when i use the system, i have
>no chance to use my CDROM.
>
>When i reboot with the disks, everythings go fine, and the CD will be 
>mounted.
>
>Please, help me, i`m just beginning with Linux, and i dont know how to 
>solve the problem.

o       cd /usr/src/linux

o       make clean; make config

o       Answer the qustions, esp. say YES to the Mitsumi-Question and say
        YES to the ISO9660 question.

o       Follow the further given instruction.

o       If you're using lilo 
        - make zlilo
        - lilo
        - reboot

Should work fine. 

-- heiko


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

From: wb8foz@netcom.com (David Lesher)
Subject: Re: Multiport Bored and Linux (Was: future of Unixware)
Reply-To: wb8foz@skybridge.scl.cwru.edu (David Lesher)
Date: Thu, 23 Jun 1994 04:13:43 GMT

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

# Who said that machine was our mailhub - pyr is a pyramid OS/x and the address
# is the wrong way around because its an X.29 coloured book host.

SO fix it!
If your host is that racist, confine it to its segregated world,
until it can be house...err RFC-broken.
-- 
A host is a host from coast to coast.................wb8foz@nrk.com
& no one will talk to a host that's close...........(v)301 56 LINUX
Unless the host (that isn't close)....kibo# 777............pob 1433
is busy, hung or dead..............vr....................20915-1433

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

From: rusk@orca.drep.dnd.ca (Raymond Rusk)
Subject: DOSEMU and ANSI.SYS
Date: 23 Jun 94 23:07:05 +800 (PST)

I presume that the latest versions of DOSEMU still do not
support ANSI.SYS.  In any case, I find that DVANSI.COM
from my ancient copy of DESQview 2.01 (circa 1988) allows
the Waite Group's "Master C" and "Master C++" programs,
which rely on the ANSI.SYS/NANSI.SYS driver, to run under
DOSEMU.
-- 
=======  Dr. Raymond Rusk  ======|\^/|======  Internet:  =============
 Electromagnetics Section     _|\|   |/|_     rusk@orca.drep.dnd.ca
       DREP, FMO Victoria     >         <     Voice: (604) 363-5048
======  BC CANADA V0S 1B0  ====>_./|\._<====  Fax: (604) 363=2856  ===

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

From: rusk@orca.drep.dnd.ca (Raymond Rusk)
Subject: Re: DOSEMU and ANSI.SYS
Date: 23 Jun 94 23:36:50 +800 (PST)

In article <1994Jun23.230705.226@orca.drep.dnd.ca>, rusk@orca.drep.dnd.ca (Raymond Rusk) writes:
> I presume that the latest versions of DOSEMU still do not
> support ANSI.SYS.  In any case, I find that DVANSI.COM
> from my ancient copy of DESQview 2.01 (circa 1988) allows
> the Waite Group's "Master C" and "Master C++" programs,
> which rely on the ANSI.SYS/NANSI.SYS driver, to run under
> DOSEMU.

Following up on my own message, I looked in the Simtel MSDOS
archive at oak.oakland.edu and found that an updated (92/05/12)
version of the executable file dvansi.com resides in
/pub/msdos/desqview/dvansi.zip.  This version seems to work as a
slightly faster ANSI.SYS replacement for DOSEMU.  Both versions are
slow under DOSEMU.  Does anyone know of a faster executable
providing the functionality of ANSI.SYS?

-- 
=======  Dr. Raymond Rusk  ======|\^/|======  Internet:  =============
 Electromagnetics Section     _|\|   |/|_     rusk@orca.drep.dnd.ca
       DREP, FMO Victoria     >         <     Voice: (604) 363-5048
======  BC CANADA V0S 1B0  ====>_./|\._<====  Fax: (604) 363=2856  ===

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

Crossposted-To: comp.sys.ibm.pc.hardware.video
From: grante@reddwarf.rosemount.com (Grant Edwards)
Subject: Re: Need recommendation for SVGA card
Date: Wed, 22 Jun 1994 19:51:30 GMT

Ziniu "Michael" Wei (ziniuwei@acsu.buffalo.edu) wrote:
: Grant Edwards (grante@reddwarf.rosemount.com) wrote:

: > So, you might have a physical display of 800x600, a virtual display of
: > 1280x1024, and a virtual desktop of 3x3 virtual displays (3840x3072).
: > And you would still have 700K of Video RAM that can be used for font
: > caching and pixmaps.

: > Confusing, isnt' it?

: Not at all.  I'm quite clear with how much memory left in each case.
: My question is can the X-server really use the video RAM for other
: purpose like font cache and pixmaps?  I hope you could explain this to
: me.  (say, how the system access the video ram, using memory mapping,
: etc?)  Thanks a lot.

I haven't actually spent any time examining Xfree86 server code, but I
can explain how I would guess it is done.  (Somebody who actually
_knows_ can jump in at any time...) We'll assume that your video board
has 2M of ram.

First, the server can manipulate video ram two ways:

  1) It can read/write the ram directly.  This happens in two general
     ways depending on what type of video board or motherboard:
        
       a) ISA bus.  By writing to I/O registers on the video board you
          can map a selected portion of the 2M video RAM into a 64K
          segment of the ISA bus address space.  Once you've selected
          which "page" you want, you access it as normal RAM at ISA
          bus speeds (typically 8MHz).

       b) Local bus (VLB or PCI).  This allows the entire 2M of video RAM
          to appear in the processor's address space as a single block of
          memory (no page selecting needed).  Thus the server software 
          can access all of video memory with normal read/write cycles
          at the speed of the local bus (typcally 25-50MHz).

  2) The server (which is a program running on the 80x86) writes a
     command to the processor on the video board.  These commands
     implement (in hardware -- sort of, probably microcode) common
     operations like move an HxWxD bitmap from x1,y1 to x2,y2, or draw
     a line from x1,y2 to x2,y2.  This is handled entirely on the
     video board without using up or being limited by the ISA/VLB/PCI
     bus throughput.  

Font caching would then be done like so:

The first time the server gets a request for a font, it reads the font
bitmaps from a disk file into video ram (using 1a or 1b) in a spot
that is not being used as part of the frame buffer -- it doesn't show
up on the screen.  Now when we need to draw characters on the screen,
we can do it by method 2 above.  We just tell the graphics processor
to copy a bitmap from one spot in video ram (where the font is cached)
to another spot in video ram (where the displayed window is).  Some of
the video processors can actually queue up several commands so that
you don't have to wait for each one to finish.

Likewise, when a pixmap is created, the server reserves a section of
non-displayed video ram for that pixmap.  When the server gets
requests to draw lines and characters on the pixmap, it does so with
method 2 above.  (The pixmap is still off-screen.)  Then when the server
gets a request to write the pixmap to a window, it also does that with
a single command telling the video processor to copy it from one spot
in video ram to another.

If you don't have enough video ram to hold all of the active fonts,
pixmaps, and cursors, then you have to save them in main memory and
copy them back and forth to video ram using 1a (not too bad) or 1b (a
_lot_ slower).

If the functions implemented by the video processor closely match the
operations required by the X server, this can result it amazingly good
X performance for not too many bucks.  I've got a 20MHz 386 (no cache,
ISA bus) with an ATI video board with a Mach8 video processor.  The
Mach8 server program takes pretty good advantage of the video boards
capabilities and it's several orders of magnitude faster than the
previous generic VGA board that didn't have a video processor (method
2 wasn't available, nor was 1b, everything was done using 1a -- paged
access to video ram).  The difference in text scrolling speed in an
xterm was astonishing.  With the old board, text scrolled like I was
connected to a 2400 baud modem.

--
Grant Edwards                                 |Yow!  Hold the MAYO & pass
Rosemount Inc.                                |the COSMIC AWARENESS...
                                              |
grante@rosemount.com                          |

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

Crossposted-To: comp.sys.ibm.pc.hardware.video
From: grante@reddwarf.rosemount.com (Grant Edwards)
Subject: Re: Need recommendation for SVGA card
Date: Wed, 22 Jun 1994 20:09:43 GMT

Grant Edwards (grante@reddwarf.rosemount.com) wrote:

: First, the server can manipulate video ram two ways:

:   1) It can read/write the ram directly.  This happens in two general
:      ways depending on what type of video board or motherboard:
:         
:        a) ISA bus.  By writing to I/O registers on the video board you
[...]
:        b) Local bus (VLB or PCI).  This allows the entire 2M of video RAM
[...]

: If you don't have enough video ram to hold all of the active fonts,
: pixmaps, and cursors, then you have to save them in main memory and
: copy them back and forth to video ram using 1a (not too bad) or 1b (a
: _lot_ slower).

Oops, got that backwards -- should be "using 1a (a _lot_ slower) or 1b
(not too bad)."

--
Grant Edwards                                 |Yow!  I've got a COUSIN who
Rosemount Inc.                                |works in the GARMENT
                                              |DISTRICT...
grante@rosemount.com                          |

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

From: asmall2@duquesne.ie (Alastair J. Small)
Subject: Will my Computer Blow Up?
Date: Fri, 24 Jun 1994 09:47:36 GMT


Hi there,

Apologies if this has nothing to do with Linux, but I'm concerned that my
computer is about to blow up! Joking aside though, yesterday I noticed that
whenever I was doing anything that accessed the disk (IDE 540Meg with >1024
cylinders) FM 104 here in Dublin started crackling on the radio which is about
6 ft from the computer!

When the hard disk light stops flashing, the crackling stops, when I read my
favourite linux news group with tin, the radio crackles while indexing the
groups. When I do a 'ls -la', I get crackles. I came in this morning to find
that my machine rebooted itself (only second time in 5 months) and that the
crackling is still there.

We have Macs, other Unix workstations and a Windows NT machine that don't seem
to be causing any interference. Is this a self-destruct feature of linux 
because I haven't upgraded my kernel for 2 weeks! or is my computer about to
bite the dust. Are these warning signs because Linux shares a room with NT and
doesn't like the company, or is it just getting touchy before the Ireland v.
Mexico match tonight.

Any suggestions welcome, 

Alastair J. Small                       Tel: +353-1-676-0666
duQuesne Limited                        Fax: +353-1-676-8417
4 Merrion Square                        Email: asmall2@duquesne.ie
Dublin, Ireland 


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

From: iotov@cco.caltech.edu (Mihail S. Iotov)
Subject: Re: Memory Problems with Linux
Date: 23 Jun 1994 05:01:55 GMT

faustus@zilker.net (Bret Patterson) writes:

>: I have Linux up and running on a 486 DX 33 with 20 megs of Ram,
>: 3c503 ethernet card, 2 Quantum 100+ meg drives, AMI bios with
>: A20 Fast Gate option.  I have the 1.1.8 linux kernel.

>: The problem is that when memory gets used up it doesnt seem to
>: get released.  The kernel reports a warning the bdflush is not
>: running.  I have contacted LSL before about this and they could
>: only suggest rebuilding the kernel.  I have rebuilt the kernel
>: many times and still doesnt work.  My memory keeps getting
>: 'gobbled' up till nothing is left.  What can I do about this?

So, is bdflush running or not ? It must be started somewhere, like in 
/etc/inittab or somewhere. Do ps -aux|grep bdflush to check. How do you
know you are running out of memory ? 
  
>: Second problem is that sometimes telnet sessions to the linux
>: box freeze.  However, even though the screen is frozen, all keyed
>: commands are processed.  It is as though local echo is getting
>: turned off.  This only happens when using FTP's PC/TCP software.
>: I have connected using NCSA for Mac and had no problems freezing.
>: FTP's software works with other linux boxes.. is there a fix for
>: this?
>no idea here.

  I have observed the same behaviour - pctcp freezes, NCSA is OK. It only
happens at fast screen updates, eg. ps aux. This might be a bug in pctcp,
couldn't it ?

>-----------------------------------------------------------------------

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

From: brain@msen.com (Jim Brain)
Subject: Re: Minicom problem in an xterm
Date: 21 Jun 1994 14:41:42 -0400
Reply-To: brain@mail.msen.com

This minicom problem is linked with an earlier problem relating to the
backspace key not working in color_xterms (I think xterms as well).  The
cursor keys are not interpreted correctly in the minicom menus, and the 
backspace key is also misinterpreted.  I have the same problem, and here is
some quick work arounds, but no solution as of yet:

Start windows from xterm with xterm &.  This fixes the backspace problem.
Use vi cursor movement keys in minicom: l=right j=down, k=up, h=left.

Sorry I cant be of any more help.

--
Jim Brain, Embedded Systems Designer, Brain Innovations.
brain@msen.com  
Dabbling in VR, Old Commodore Computers, and Good Times!
"The above views DO reflect my employer, since I am my employer" - Jim Brain


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

From: nts3cjc@cabell.vcu.edu (Christopher J. Cioffi)
Subject: Re: Minicom users unite!
Date: Fri, 24 Jun 1994 04:13:10 GMT

brickman@world.std.com (Jonathan E Brickman) writes:

>Any minicom users out there on Linux?  I'd be very glad to hear from you -- 
>I've got some questions...
>||Jonathan E. Brickman
>brickman@world.std.com

Well, don't get too technical and I might be able to help.

ME 
-- 
Chris Cioffi <nts3cjc@cabell.vcu.edu>

Email for PGP 2.3a public key * A little pain never hurt anyone

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

From: cpt@infinity.apana.org.au (Con Tassios)
Crossposted-To: comp.os.linux.admin
Subject: Re: Watching a user on an tty?
Date: 24 Jun 1994 19:47:36 +1000

muenx@speedy.informatik.uni-dortmund.de (Holger Muenx) writes:

>  In order to examine problems happening to my users who dial in via a serial
>port I would like to spy on a tty, ie. see what a user types there.

>  Is there any solution to this problem?

A while ago someone had written some kernel patches to spy on a tty.
I read about it on IRC, unfortunately I can't remember the name of
the file & FTP site they were on.


Con Tassios.    <cpt@infinity.apana.org.au>

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

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: Eudora / LANtastic for TCP/IP / Linux problems
Date: Fri, 24 Jun 1994 09:24:49 GMT

In article <CrvEJG.2AA@park.uvsc.edu> gberns@park.uvsc.edu (Golda Bernstein) writes:
>In article <2taku1$34o@senator-bedfellow.MIT.EDU> Bruce@usra.edu writes:
>>  - Artisoft LANtastic v6.0
>>  - Artisoft TCP/IP stack (derivative of Wollongong's TCP/IP stack)
>>"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
>Hope these were solved by V1.1.18 of Linux as your other correspondent suggestedNot familiar to me!

There were fixed in 1.1.18 and are a Linux problem. The stacks known to exhibit
this problem with Linux <1.1.18 are:
Artisoft, Wollogong, WinTrumpet, Chameleon, KA9Q (crashes some KA9Q variants!)
and of course possibly others.

ALan




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

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: LINUX ETH0
Date: Fri, 24 Jun 1994 09:33:33 GMT

In article <1994Jun23.173909.66494@kuhub.cc.ukans.edu> anh@kuhub.cc.ukans.edu writes:
>Is there something similar to NIT and PacketFilter on Linux?
>Can someone post the code on how to open and read from it?

Id suggest you read the libpacket.c file in dosemu0.52. You might also want
to ask the authors of the appletalk monitor nicely for their program.

Alan


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

From: imcclogh@cs.ucsd.edu (Ian McCloghrie)
Crossposted-To: comp.os.linux,comp.os.linux.help
Subject: Re: Linux.... On a Sparc?
Date: 21 Jun 94 19:49:42 GMT
Reply-To: ian@ucsd.edu

lnz@dandelion.com (Leonard N. Zubkoff) writes:
>Loss of muscle??  My personal Pentium-90 system feels and measures faster than
>the SparcStation 10 Model 41 I have at the office.

In CPU crunch power, yes.  For IO, on the other hand, sbus and mbus
beat the pants off even PCI.

--
____
\bi/  Ian McCloghrie      | FLUG:  FurryMUCK Linux User's Group
 \/   email: ian@ucsd.edu | Card Carrying Member, UCSD Secret Islandia Club
GCS (!)d-(--) p c++ l++(+++) u+ e-(soon) m+ s+/+ n+(-) h- f+ !g w+ t+ r y*

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


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