Subject: Linux-Misc Digest #392
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:     Thu, 7 Jul 94 02:13:06 EDT

Linux-Misc Digest #392, Volume #2                 Thu, 7 Jul 94 02:13:06 EDT

Contents:
  Re: Adaptec AHA 1522A (byron chun)
  [printing] How to make your OL400e cook! (Bill Hogan)
  cdwrite.c, Yggdrasil summer 1994? (Noel S. Gorelick)
  Looking for company called "Southwest Technologies" (Richard Hipp)
  Memory Mapping, Linux, etc. (Mike Finn)
  Lemmings for X ?? (Jan Vilhuber)
  cpio wanted (Bill Menger)
  Re: What can you put on a single Linux boot floppy? (Rick)
  Re: Idea for supporting a lot of SCSI and other controllers (Rob Janssen)
  Re: Idea for supporting a lot of SCSI and other controllers (Rob Janssen)
  Re: Linux Counter thoughts (Rob Janssen)
  Re: why won't old socket connections disappear? (Rob Janssen)
  Re: Linux Shark GIF (Rob Janssen)
  Re: SCSI support over 1024 cylinders (Rob Janssen)
  Why? ->"Too many TCP sochets for netinfo" (Eric Poole)
  Re: How to set runlevels? (Bill Hogan)
  Re: Linux better than OS/2 for net surfing (Pedro Melo R.Cunha)

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

From: byron@sfsu.edu (byron chun)
Subject: Re: Adaptec AHA 1522A
Date: Wed, 6 Jul 1994 15:30:56

In article <1994Jul2.195321.1197@light-house.uucp> las@light-house.uucp writes:
>Newsgroups: comp.os.linux.misc
>Path: csus.edu!csulb.edu!nic-nac.CSU.net!usc!cs.utexas.edu!swrinde!pipex!sunic!EU.net!uunet!fonorola!infoshare!whome!light-house!las
>From: las@light-house.uucp
>Subject: Adaptec AHA 1522A
>Organization: Linux site in Toronto, Canada
>Date: Sat, 2 Jul 1994 19:53:21 GMT
>X-Newsreader: TIN [version 1.1 PL8]
>Message-ID: <1994Jul2.195321.1197@light-house.uucp>
>Reply-To: whome!light-house!las@planix.com
>Lines: 12


>Hi,

>Sorry if this is an F.A.Q., but is the AHA-1522A supported under Linux?

>It is the cheapest SCSI I can lay my hands on at the moment, and I'd like
>to make sure it works fine.

> 

>-----------------------------------------------------------------------------
>Keyboard error: keyboard not detected. Press F1 to continue
>-----------------------------------------------------------------------------

No problem,  

...
boot:  linux aha152x=0x340,11,0,1
...

The above line assumes I/O port 340, IRQ 11 and host adaptor 0.  This works on 
the Summer 94 release.  Can't say much for the other releases since I just got 
Linux.

Byron
byron@sfsu.edu

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

From: bhogan@crl.com (Bill Hogan)
Subject: [printing] How to make your OL400e cook!
Date: 6 Jul 1994 15:33:08 -0700

  If you, like me, have been an Okidata OL400e printer, you may be in for 
a pleasant surprise.

  Today, I noticed in section 2.12 of the Printing-HOWTO mention of the fact 
that Linux can handle the parallel port in either of two ways: 
polled-mode or (at least on a PC) IRQ-driven -- the installation 
default being (I think) polled-mode.

  The HOWTO suggests that IRQ-driven operation should be more efficient 
if it works at all, so I decided to try it.

  The HOWTO goes on to say that all that is needed to toggle the parallel 
port between these two modes is the program 'tunelp', which can be found in 
/pub/Linux/system/printing, so I got it and tried it.

  On my machine, /dev/lp1 (LPT1) uses IRQ 7, so to enable 
interrupt-driven operation, all I had to do way give the command

        # tunelp /dev/lp1 -i 7

 As a quick test, I decided I would go into X-Windows, send a fairly large 
file to the printer and then let the Xmaze demo run while the print file 
was being printed.

 Specifically, I took a fairly large .dvi file that was handy and 
converted it to a .lj file and dispatched the .lj file to the printer as 
follows:

        # dvilj2p acm_crypto_study.dvi
        # lpr acm_crypto_study.lj

-- then immediately started Xmaze and sat back to see what would happen.

 Fantastic!!!

 I had no idea my OL400e was this fast!

 How fast?

 Well, pages were coming out of the printer in a steady flow, one after 
the other, with *no waiting* in between, that's how fast!

 This is approximately TWICE as fast as it had been printing before I 
enabled interrupt-driven mode!

 I don't even think Okidata knows the OL400e is that fast!

 Bill

P.S. I have 1.5MB RAM in my OL4ooe, so your mileage may vary.

-- 
  Bill Hogan
{echo "Subject: get bhogan@crl.com" | mail pgp-public-keys@pgp.mit.edu}

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

From: ngorelic@speclab.cr.usgs.gov.cr.usgs.gov (Noel S. Gorelick)
Subject: cdwrite.c, Yggdrasil summer 1994?
Date: 6 Jul 1994 19:23:40 GMT
Reply-To: ngorelic@speclab.cr.usgs.gov

Apparently, the Summer release from Yggdrasil contains a program called
cdwrite.  Does anyone have this release, who could send me the source and 
man pages?  And does anyone have any experience or general information
about this program?

Any help appreciated, e-mail please,

Noel (ngorelic@speclab.cr.usgs.gov)
--
"You want it should sing too?"   | /*  Quis custodiet ipsos custodes.
  ngorelic@speclab.cr.usgs.gov   |       Who watches the watchmen?     */
   "Life is pain... Anyone who says differently is selling something."

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

From: drh@world.std.com (Richard Hipp)
Subject: Looking for company called "Southwest Technologies"
Date: Thu, 7 Jul 1994 02:51:32 GMT

I am told that a company called "Southwest Technologies" located in
Austin TX sells turn-key PCI-based Linux systems.  I'd like to talk
to them.  Unfortunately, Austin directory assistance has never heard
of them, nor has 800 information.  Perhaps I have the name or the city
wrong.  Any ideas?

Anyone know where one can purchase a turnkey PCI-based Linux box?

Please respond via e-mail to me or to the person who asked me
to post this: aaa@pearl.att.com.

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

From: mpf@speedy.inri.com (Mike Finn)
Subject: Memory Mapping, Linux, etc.
Date: 6 Jul 1994 14:30:05 GMT

Please respond via e-mail, as I usually don't have time to go through 
these news-groups...  Thanks....

Does linux (any version, please specify which when known) support any
(or all) of the following:

        memory mapping (mmap() mumap() and msync() calls)?

        Unix domain sockets (not just internet domain sockets?
        
        RPC's?  (I'm pretty sure it does, but I thought to double-check).

        I need this information before I can propose a port of software
to linux.  I am currently (at home on my own) running an older Slackware
with Kernel 0.99pl15f.  If any of the above is supported in a more recent
release, please let me know....

                        Thanks again...

                                        - Mike


-- 
+----------------------------------------------------------------------------+
| Mike Finn             | Associate Software Engineer      | Insert Generic  ||
| mpf@inri.com          | InterNational Research Institute | Lame Joke Here  ||
+------------------------\---------------------------------------------------||
 +------------------------\  Disclaimer:  My words do not represent anything ||
 Me, Spell?  That's why    \              Whether it be animal, vegetable,   ||
   I married an English     \             Mineral, or wearing a suit.        ||
     Teacher!                +-----------------------------------------------+|
                              +-----------------------------------------------;

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

From: jan@engineer.mrg.uswest.com (Jan Vilhuber)
Subject: Lemmings for X ??
Date: 6 Jul 1994 16:52:06 -0600

Does anyone know of an Lemmings port/clone to X for linux?
I love that game!! (not as cool as Doom, but hey...)

jan
jan@mrg.uswest.com

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

From: menger@howwe.dnet.dupont.com (Bill Menger)
Subject: cpio wanted
Date: Wed, 6 Jul 1994 20:40:30 GMT

Does anyone know of a "cpio" look-alike in the public domain?  I am trying to
read some diskettes written for a SCO UNIX machine.  They are formatted in
the cpio format.  So far, I've deduced that the format contains a 76 byte header
with file protection and word count in it (with other unknown stuff),
followed by the file name and a null, then followed by the file contents, then
the next file (similar to tar).

Thanks!
ps anyone know where to find dosemu for linux?


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

From: pclink@qus102.qld.npb.telecom.com.au (Rick)
Subject: Re: What can you put on a single Linux boot floppy?
Date: Wed, 6 Jul 1994 22:56:18 GMT

galt@asylum.cs.utah.edu (Greg Alt) writes:

>This thread has got me thinking...  I'd really like to be able to have
>just one floppy that can show off at least some of Linux.  What can you
>fit onto just one disk?  First, you can cheat a tiny bit and use the
>kernel patches that allow 1.6 Megs on a 3.5 inch disk, then you can 
>specifically rebuild all of the applications to use the smallest binary
>format.  You can also replace a few commands with small shell scripts.
>You'd want to build the kernel with as few drivers as possible, also.
>You'd probably want to compress everything and load it onto a RAM disk
>at boot time.

Using the compressed ramdisk patches (cramdisk-1.0.tar.gz), you can build
a boot floppy which is a fairly complete Linux system.  I carry one
around in my pocket.  I refer you to the post titled `Linux-on-a-disk'.

Rick.

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Idea for supporting a lot of SCSI and other controllers
Reply-To: pe1chl@rabo.nl
Date: Wed, 6 Jul 1994 20:19:56 GMT

In <1994Jul5.142726.9078@uk.ac.swan.pyr> iiitac@uk.ac.swan.pyr (Alan Cox) writes:

>In article <CsGJy7.342@pe1chl.ampr.org> pe1chl@rabo.nl writes:
>>But the same goes for NDIS.  Is there somewhere a skeleton of an NDIS driver
>>freely available on the net?

>No but the spec (for NDIS3 especially) is implementable and for NDIS2 all
>the other 'questions' can be answered by reading DISPKT

Ah...  I gather that source for that one is available somewhere.  I'll
jot it onto the 'interesting projects' list.
Actually, I was thinking about making a PKTDIS shim some time ago, to
be able to run a Banyan Vines client for NDIS in a dosemu box.  I fetched
the NDIS spec and saw it was doable, but it would have been nice when a
framework like the Crynwr packet driver framework would have been available
for an NDIS driver, so that one would not have to keyin all those
data structure definitions, constants, and boring interface routines.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Idea for supporting a lot of SCSI and other controllers
Reply-To: pe1chl@rabo.nl
Date: Wed, 6 Jul 1994 20:24:16 GMT

In <2vd2nc$ftl@news.u.washington.edu> tzs@u.washington.edu (Tim Smith) writes:

>In article <CsGJy7.342@pe1chl.ampr.org>, Rob Janssen <pe1chl@rabo.nl> wrote:
>>Hmmm... the SPEC for ODI is freely available.  Only you will have a hard
>>time constructing a driver with only this spec.

>Ack!  I'm behind on my acronyms.  What is ODI?

ODI is Novell's 'standard' for interfacing to network device drivers
on the client systems.  It is not really relevant to the original topic
of this discussion.

>For the most part, that interface is very clean.  I can't tell what
>other drivers do, but thinking about my CAM drivers for NCR cards, it
>would take a kernel hacker about a day to modify a generic Unix system
>to support them (after the format of the driver file is figured out
>so that the things could be loaded--I have no idea how hard that would
>be).  If Linux inside is at all like Unix systems I've looked at, it
>should take a similar amount of work.  I don't recall offhand anything
>in the Netware driver interface that I didn't use in the NCR drivers
>that would be difficult, so I think such support would probably end
>up enabling most Netware mass storage drivers, not just the ones
>I'm familiar with.

Of course one tricky aspect of loadable device drivers for things like
SCSI is: how do you get the system booted.  It would not be nice to have
to use another disk to boot the system, and it will not be easy to load
your driver in the system when you can't access the SCSI disk.
(of course it can be done using BIOS, but it would be much more complicated
than loading it from a file, as you will have to do the loading before
the system is switched into protected mode...  you will need to store
the driver at some known location or use a map like LILO does.  maybe it
is better to link it to the kernel image as a block of data)

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Linux Counter thoughts
Reply-To: pe1chl@rabo.nl
Date: Wed, 6 Jul 1994 20:31:42 GMT

In <2vbtdd$o4u@sand.cis.ufl.edu> kem@prl.ufl.edu (Kelly Murray) writes:

>In article <2v76l3$aun@drealm.drealm.org>, jhonsrid@drealm.drealm.org (John Bryan) writes:
>|> [...]
>|> If anyone thinks this is a negative message, - sure, go ahead, but
>|> I am trying to help, and this has been bugging me for weeks. I 
>|> suppose I could produce a usercount based on numbers of cds sold by the 
>|> various linux cd vendors if anyone wanted me to and the companies would 
>|> give me the information. Another thing that *might* help would be one 
>|> simple question when buying a linux cd. "Have you purchased a linux cd 
>|> before sir/madam?" If the cd companies got together, they could produce 
>|> numbers which, although STILL not the whole truth, would be both more 
>|> accurate and as close to the real truth it is possible to get with a free
>|> operating system like Linux. How many users really is what still counts 
>|> when wondering whether to develop software a the system. 

>Producers of Linux CD-ROM's have an big incentive to inflate the reported
>number of units sold, and could not be relied upon to produce honest numbers.

If we don't trust producers of Linux CD-ROM's, then why should we trust
Microsoft, AT&T, SCO or anyone else's sales figures?

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

Crossposted-To: comp.os.linux.help
From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: why won't old socket connections disappear?
Reply-To: pe1chl@rabo.nl
Date: Wed, 6 Jul 1994 21:13:20 GMT

In <2vdp3g$se3@phakt.usc.edu> wiegley@phakt.usc.edu (Wigs) writes:

>I am trying to get a reliable, reusable socket connection between two
>internet machines. and I'm having some trouble

[...]

>---- BEGIN netstat output (modified to fit 80 cols) ------
>Active Internet connections
>Proto Recv-Q Send-Q Local Address     Foreign Address      (State)     User
>tcp   2      0 trapper.usc.edu:27650  phakt.usc.edu:1109   TIME_WAIT   root
>tcp   2      0 trapper.usc.edu:27650  phakt.usc.edu:1110   TIME_WAIT   root
>tcp   2      0 trapper.usc.edu:27650  phakt.usc.edu:1111   TIME_WAIT   root

>so as ou can see I have tons of connections hanging around waiting for
>something to happen.  If I kill listen() and call() then these connection
>hang around for about another minute or so and then they finally
>dissappear.  I have tried setting SO_LINGER to {0,0} and SO_REUSEADDR to 1
>but this didn't have any affect and quite frankly I don't know what they
>do, I just tried them because they were in another socket using program I
>got from somewhere else. (netrek)

>I figure that by allowing call() to run unchecked I exceeded some sort of
>limited resource and this is what hung trapper.

>Am I missing something about how to close down internet socket connections
>gracefully? or am I doing something else entirely wrong.

The connections are waiting for some time to lapse.  That could also be
guessed from the (State) column.
This is part of the TCP specification (RFC-793).  A connection that has
just been closed spends some time in the TIME_WAIT state to make sure
that all datagrams that have been sent for this connection have been
received.  If more come in, the appropriate response can be sent.

So, nothing is actually wrong.  The annoying thing may be that there is
a limited number of active connections, and when you start and tear down
them in such a rapid fashion, you may fillup the table.

Try to modify your protocol in such a way that connections can be re-used,
i.e. they are only closed when they are no longer needed.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Linux Shark GIF
Reply-To: pe1chl@rabo.nl
Date: Wed, 6 Jul 1994 21:14:32 GMT

In <2vdfgt$dfq@search01.news.aol.com> badelsman@aol.com (BAdelsman) writes:

>I found a cool GIF showing the words 'LINUX' on the ocean surface
>with a hammerhead shark dorsal fin forming the 'I'.  I pulled it off
>mdw's Web page at sunsite.unc.edu.  I'd like to find a 640x480 or
>larger GIF of this exact same image.  I located a 1024x768 somewhere
>but the shark is barely visible (underwater) in that version.

That depends on the quality of your display (and program used to show the GIF).
With 256 colors it looks quite good.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: SCSI support over 1024 cylinders
Reply-To: pe1chl@rabo.nl
Date: Wed, 6 Jul 1994 21:17:36 GMT

In <1994Jul6.000256.28969@umr.edu> quandt@cs.umr.edu (Brian Quandt) writes:

>Been installing linux (slackware)  version, I don't know, whatever is 
>current as of this email (1.2 me thinks).  I'm lucky enough to have
>lots of disk space (a 3 gig seagate scsi-2).  I'm curious about the
>message that I get that says some software may not understand the
>more then 1024 cyclinders.  Okay, my questino is which software?  

ROM BIOS
MS-DOS

>I hope I'm not looking for trouble later down the road?

Make sure you have a partition entirely below 1024 cylinders where the
boot image will reside (this is normally used as the root filesystem as well).
The remainder of the partitions may extend above 1024 without problems.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: epoole@leotech.mv.com (Eric Poole)
Crossposted-To: comp.os.linux.help
Subject: Why? ->"Too many TCP sochets for netinfo"
Date: Wed, 06 Jul 94 18:29:20 GMT
Reply-To: epoole@scoot.netis.com

Several times today I've gotten the message

        oops, too many TCP sockets for netinfo.

 ... on the console, usually repeated several up to a few dozen times
in a row.

Any idea what's causing this?  This is the first time I've noticed it
in a few months of running 0.99pl15.

I grepped through about 18,000 c.o.l.h. and 6000 c.o.l.m. articles and
found only one reference to something like that ... and that one
mentioned editing net.h to change NSOCKETS from 128 to some higher
number (256?  512?).  I'd appreciate some advice (confirm or deny)
here before I go charging off and do that ...

Please respond e-mail to epoole@scoot.netis.com, and I'll summarize
tothe group ... thanks.

 . . . . . ep


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

From: bhogan@crl.com (Bill Hogan)
Crossposted-To: comp.os.linux.help,comp.os.linux.admin
Subject: Re: How to set runlevels?
Date: 6 Jul 1994 22:24:51 -0700

: junebug (ltost@mars.lib.iup.edu) wrote:

: : : How do I set runlevels? I tried to find some docs for it but couldn't 
: : : find any. (The init man page was a bit confusing...) ...
                 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

  From man 8 init.
 
  Init
       Init  is the father of all processes.  Its primary role is
       to create processes from  a  script  stored  in  the  file
       /etc/inittab  (see  inittab(5)).   This  file  usually has
       entries which cause init to spawn gettys on each line that
       users  can  log in.  It also controls autonomous processes
       required by any particular system.
 
        ...

       After init is invoked as the last step of the kernel boot-
       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
       ing, it looks for the file /etc/inittab to see if there is
       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
       an entry of the type initdefault (see inittab(5)).  init-
       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
       default determines the initial run level  of  the  system.
       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        ... 

  From man 5 inittab.

       ... An entry in the inittab file has the following
       format:

              id:runlevels:action:process

       Lines beginning with `#' are ignored.

       id     is a unique two-character-sequence which identifies
              an entry in inittab.

        ...

       runlevels
              describes  in  which runlevels the specified action
              should be taken.

       action describes which action should be taken.

       process
              specifies the process to be executed.  If the  pro-
              cess  field  starts with a `+' character, init will
              not do utmp and wtmp accounting for  that  process.
              This  is  needed  for  gettys  that insist on doing
              their own utmp/wtmp housekeeping.  This is  also  a
              historic bug.
 
        ...

  Please correct me if I am mistaken, but I take this to be saying that if
in my etc/initab file I have

        # Default runlevel.
        i_am_an_id:5:initdefault:
                     ~~~~~~~~~~~

the 'initdefault' in the *action* field of this entry causes 'init' (the
program that is reading 'inittab') to set the run level to the value given
in the *runlevel* field of this entry (namely, 5). 

  Subsequent entries in /etc/inittab may or may not fire depending on the
relation between what they have in their respective 'runlevel' fields and
the run level set by the 'initdefault' entry. 

  For example, an entry like

  go_if_246:246:once:/usr/local/bin/my_prog

will fire if the run level was set to 2 or 4 or 6 but not otherwise.

  And so on.

  The 'man 8 init' page also mentions a 'telinit' command that I think
allows superuser to reset the runlevel to a value other than the one set
by /etc/inittab, but it refers to a 'man 8 telinit' page that I don't
happen to have at the present moment. 

  Bill
-- 
  Bill Hogan
{echo "Subject: get bhogan@crl.com" | mail pgp-public-keys@pgp.mit.edu}

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

Crossposted-To: comp.os.os2.advocacy
From: melo@orpheu.ci.uminho.pt (Pedro Melo R.Cunha)
Subject: Re: Linux better than OS/2 for net surfing
Date: Wed, 6 Jul 1994 16:19:19 GMT

In article <oi4jPv600WB5QmzcdV@andrew.cmu.edu>,
Leo L Turetsky  <professor+@CMU.EDU> wrote:
>Excerpts from netnews.comp.os.linux.misc: 30-Jun-94 Re: Linux better
>than OS/2 .. by Robert Sanders@mindsprin 
>486 PC. Driver support is incredible and continues to grow. Why would I
>want to run anything on a 386sx?

Because is the only thing I got? 
Think about it. Some of us can afford (even with this low prices rigth now...)
a new system...

I'm running Linux in 386sx 16 with 5Mb RAM and 50 Mb disk (RLL)
It works! And I have an httpd server running...
I dont use X but everithing else is Ok.

Melo


-- 
***********************************************************************
*   The difference between a boy and a man is the price of his toys   *
*         Good girls go to heaven. Bad girls go to everywhere         *
******* PGP available by finger melo@orpheu-serv.ci.uminho.pt *********
-- 


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


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