Files
2024-02-19 00:23:35 -05:00

691 lines
26 KiB
Plaintext

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: Mon, 12 Sep 94 00:15:36 EDT
Subject: Linux-Misc Digest #742
Linux-Misc Digest #742, Volume #2 Mon, 12 Sep 94 00:15:36 EDT
Contents:
Re: DOOM question (H. Peter Anvin)
Re: lpr and hp520 (Kenneth H. Gantz)
Re: Setting details to 'low' dosn't work (was Re: DOOM and Linux) (bill@mustang.smcvt.edu)
Doom for Linux - status window (Stephen Herrod)
Re: 480x360 Res works for me. (Mark A. Bentley)
Re: 480x360 Res works for me. (Mark A. Bentley)
Re: DOOM, X, Linux, 320x200 video mode ?? (Richard Ward)
Re: Linux Slip Server (Phil Homewood)
Linux Doom updated (Steve VanDevender)
Re: Doom for Linux - status window (songbird)
Re: DOOM, X, Linux, 320x200 video mode ?? (Stuart C Spivack)
Linux T-Shirts. Get your order in NOW! :) (Jean-Paul Chia)
[ppp] Who am I talking to? (Bill Hogan)
Re: Thanks ID and ddt - Linux DOOM is perfect. (Michael R. McAleese)
----------------------------------------------------------------------------
From: hpa@ahab.eecs.nwu.edu (H. Peter Anvin)
Subject: Re: DOOM question
Reply-To: hpa@nwu.edu (H. Peter Anvin)
Date: Sun, 11 Sep 1994 22:24:07 GMT
Followup to: <34vi05$om@kwetal.comcons.nl>
By author: hartogjr@kwetal.comcons.nl (Simon de Hartog)
In newsgroup: comp.os.linux.misc
>
> WHAT ON EARTH IS DOOM ? I know it's a Wolfenstein like (seek and destroy)
> game, but I don't think that is ment here.
>
Check out comp.os.linux.announce. DOOM! for Linux just came out.
/hpa
--
INTERNET: hpa@nwu.edu --- Allah'u'abha ---
IBM MAIL: I0050052 at IBMMAIL HAM RADIO: N9ITP or SM4TKN
FIDONET: 1:115/511 or 1:115/512 STORMNET: 181:294/1 or 181:294/101
Linux: It is not too late to turn back from the Gates of hell
------------------------------
From: kgantz@iglou.iglou.com (Kenneth H. Gantz)
Subject: Re: lpr and hp520
Date: Sun, 11 Sep 1994 22:33:14 GMT
mmart@starbase.neosoft.com (Michael Martin) writes:
>Timothy Cullip (cullip@radonc.unc.edu) wrote:
>: I almost hate to ask this question since my linux version is ancient (0.98
>: I think) and I don't remember the history of my lpr/lpd/etc package, and I
>: don't claim to understand the intricacies of printcaps, but I'll ask it
>: anyways.
>: I just recently got an hp520 ink jet printer (mostly for my wife's DOS/WINDOWS
>: wordprocessing use) and I'd like to at least get it to be able to print out
>: simple text files under Linux.
>: If I use a printcap entry that looks like:
>: lp:lp=/dev/lp0:sd=/usr/spool/lp0:lf=/usr/adm/lpd-errs:sh
>: and I have a text file (called text_file) that looks like:
>: this is a
>: test of my printer
>: too bad it doesn't work
>: and I do "lpr text_file" it prints to the page like:
>: this is a
>: test of my printer
>: too bad it doesn't work
>: Well, my first thought was that I could write a real simple output filter
>: program (called filter) that outputs a carrage return every time it sees a line
>: feed. So I wrote one that reads from standard in, writes to standard out, and
>: inserts carrage returns. In fact if I do "filter < text_file > /dev/lp0" it
>: prints out just like I'd expect. So I figured, I'd modify the printcap as
>: follows:
>: lp:lp=/dev/lp0:sd=/usr/spool/lp0:lf=/usr/adm/lpd-errs:of=/usr/etc/filter:sh
>: where the filter program had the path /usr/etc/filter.
>: Well, I must have a very bad understanding of printcaps and output filters
>: because this didn't work at all. Now if I do "lpr text_file" nothing happens.
>: Nothing is printed on the printer, no errors are printed on the screen, no
>: errors logged to lpd-errs. All that happens is I get my bash prompt back.
>: If I do an "lpq" it tells me there are no entries in the queue (and sure
>: enough /usr/spool/lp0 doesn't have any files queued up).
>: It also doesn't help to change the "of=" to an "if=" in the printcap. It's as
>: though the filter program isn't called at all (I tried putting some statements
>: into the filter program that opens a temporary file, writes something to it,
>: and closes it. When I ran "lpr text_file" I don't get that temporary file
>: created, which indicates to me that the filter program wasn't even started.
>: So my question is, what did I do wrong? Anybody have a solution for me?
>: Anyone have an hp520 filter/driver/whatever for lpr under linux?
>: --
>: Tim Cullip
>: cullip@radonc.unc.edu
>--
>Looks like the same problem I have, which is bad (?) ownership/permissions
>on the filter. No matter what I set these to, I get nada on output, and the
>message "cannot execv <filter name>" in syslog. Any suggestions?
>*---------------------------------------------------------------------------*
>*Michael L. Martin | A Law is not Just, just because it's a law. *
>*mmart@starbase.neosoft.com | *
>*---------------------------------------------------------------------------*
I have a HP deskjet that exhibited the same behavior. Read the Printer-HOWTO
and found a filter in the HOWTO that fixed the problem. The HOWTO is sketchy
in many places, but one thing that's done well is explaining what the
permissions need to be on all files involved with lpd and lpr. Give it a
read. One question I do have... The HOWTO mentioned that it is possible to
use ghostscript as a filter to print .ps documents but they didn't provide
enought of a clue for a low power techie like myself. Anyone have some
more specific instructions to accomplish this?
--
Ken Gantz
kgantz@iglou.com
Work - 502.329.3724 IT IS NOT A PROBLEM OF WHETHER MACHINES THINK,
FAX - 502.329.6199 BUT WHETHER MEN DO. - B.F. Skinner
------------------------------
From: bill@mustang.smcvt.edu
Crossposted-To: alt.games.doom
Subject: Re: Setting details to 'low' dosn't work (was Re: DOOM and Linux)
Date: 11 Sep 1994 20:49:01 -0400
Olli Vinberg (vinberg@cc.Helsinki.FI) wrote:
: Yep, runs great, But setting detail-level to low makes the picture
: squeeze to half width. I'm using a cirrus 5428 card for VL-bus and the
: SVGA-server (Xfree 2.1). Has anyone else experienced this?
Yes. I've seen it on both the Linux and SGI versions. Anyone know
why this happens? Sort of annoying if you want to speed up your machine
by lowering the detail, since it doesn't really work.
Bill
--
Bill McKinnon Senior Information Technology Assistant
bill@mustang.smcvt.edu @ Saint Michael's College Department
b_mckinnon@smcvax.smcvt.edu of MIS & Academic Computing
------------------------------
From: herrod@Crissy.Stanford.EDU (Stephen Herrod)
Crossposted-To: alt.games.doom
Subject: Doom for Linux - status window
Date: 11 Sep 1994 23:16:56 GMT
Reply-To: herrod@cs.stanford.edu
Does anyone else have the problem that the status window with the
guy's head and health doesn't show up? I just get the whole window
filled with the dungeon view and have no idea how much health is left.
Thanks, Steve
--
==========================================================================
Steve Herrod Stanford University
herrod@cs.stanford.edu (415)725-1441
http::/www-flash.stanford.edu/~herrod
==========================================================================
------------------------------
Crossposted-To: comp.os.linux.development
From: bentlema@cda.mrs.umn.edu (Mark A. Bentley )
Subject: Re: 480x360 Res works for me.
Date: Sun, 11 Sep 1994 19:59:20 GMT
Mihail S. Iotov (iotov@cco.caltech.edu) wrote:
: mooredan@uxa.cso.uiuc.edu (Daniel L Moore ) writes:
: >DOOM runs fine, now to find solutions to the ctrl, alt - arrow keys
: >combinations, (my window manager takes over), and getting the sound
: >to work, probably need to upgrade my driver.
: same here.
Use twm while you play doom. The key-bindings don't conflict with the
game like fvwm, or you can edit your .fvwmrc file to fix the problem.
Otherwise your alt key will act like a toggle key and the ctrl-arrow
will change the virtual screen. Not good...
--
[+]=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-[+]-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=[+]
Mark Bentley A.K.A. Seeklore | bentlema@cda.mrs.umn.edu (DEC/Ultrix)
University of Minnesota, Morris | bentlema@nxsci173a.mrs.umn.edu (NeXT)
==========================================================================
The Linux Rebellion is here! It is useless to resist us!
[+]=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=[+]
------------------------------
Crossposted-To: comp.os.linux.development
From: bentlema@cda.mrs.umn.edu (Mark A. Bentley )
Subject: Re: 480x360 Res works for me.
Date: Sun, 11 Sep 1994 20:07:50 GMT
Steve VanDevender (stevev@efn.org) wrote:
: In article <34r3nd$ps1@vixen.cso.uiuc.edu> mooredan@uxa.cso.uiuc.edu (Daniel L Moore ) writes:
: What I really miss is using the mouse. I switched to using the
: mouse some time ago during a period when I was doing a lot of
: intense deathmatch play, and while I have gotten a little better
: at using the keyboard in the Linux version, I tried running the
: DOS version again with the mouse and it was _so_ much easier to
: do things. I just can't seem to find the right layout for the
: key commands that lets me comfortably run, turn, strafe, and fire
: all at the same time even half as well as I can with the
: mouse/keyboard combination.
I found a good key map for playing doom. Here is my .doomrc:
mouse_sensitivity 5
sfx_volume 8
music_volume 8
show_messages 1
key_right 174
key_left 172
key_up 173
key_down 175
key_strafeleft 100
key_straferight 102
key_fire 157
key_use 103
key_strafe 115
key_speed 32
sndserver "sndserver"
mb_used 2
use_mouse 1
mouseb_fire 0
mouseb_strafe 1
mouseb_forward 2
use_joystick 0
joyb_fire 0
joyb_strafe 1
joyb_use 3
joyb_speed 2
screenblocks 10
detaillevel 0
snd_channels 4
usegamma 4
chatmacro0 "No"
chatmacro1 "I'm ready to kick butt!"
chatmacro2 "I'm OK."
chatmacro3 "I'm not looking too good!"
chatmacro4 "Help!"
chatmacro5 "You suck!"
chatmacro6 "Next time, scumbag..."
chatmacro7 "Come here!"
chatmacro8 "I'll take care of it."
chatmacro9 "Yes"
d & f for strafe left or right
s for strafe on (default is alt)
space for running (Default is shift)
g for opening doors and such. (default is space)
ctrl fire (use your right hand's thumb. works nicely, you can fire
while you strafe without getting your figers tied in knots.)
arrows to turn left, right, move forward and backword
I find this layout to give me very good play control...comprable to
using the mouse. When I play doom for dos i use the mouse to turn
left and right, and the arrows for moving forward and backword and a
similar layout for strafeing and such. Anyone who uses the mouse to
move forward and backward should be shot. bad bad bad... :-)
Hope this helps...
--
[+]=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-[+]-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=[+]
Mark Bentley A.K.A. Seeklore | bentlema@cda.mrs.umn.edu (DEC/Ultrix)
University of Minnesota, Morris | bentlema@nxsci173a.mrs.umn.edu (NeXT)
==========================================================================
The Linux Rebellion is here! It is useless to resist us!
[+]=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=[+]
------------------------------
Crossposted-To: alt.games.doom
From: rrward@netcom.com (Richard Ward)
Subject: Re: DOOM, X, Linux, 320x200 video mode ??
Date: Sun, 11 Sep 1994 23:23:04 GMT
In article <34rbks$1ch@news.u.washington.edu> tzs@u.washington.edu (Tim Smith) writes:
>Bill C. Riemers <bcr@physics.purdue.edu> wrote:
>> 2. There is significant delay between action and sound. i.e. I
>> can fire my gun and then turn halfway around before the gun
>> sound comes through my speakers.
>
>Get shorter speaker cables.
>
>--Tim Smith
I really hope that you are kidding. I'd hate to think that our fine
educational system is producing people so stupid as to think that reducing the
length of cable between an amplifier and the speakers would have an observable
effect. Think about it: sound travels through the air about 730 miles per
hour at sea-level, electronic signals travel through wire at close to the
speed of light (roughly 186,000 miles per _second_). If you were to make
_any_ adjustments to the speaker placement, you'd be better off putting on
headphones (though the difference would still be virtually unobservable).
Richard
------------------------------
From: phil@rivendell.apana.org.au (Phil Homewood)
Crossposted-To: comp.os.linux.help
Subject: Re: Linux Slip Server
Date: 11 Sep 1994 08:24:38 GMT
David Garrard (dlg@cleese.apana.org.au) wrote:
: Iam currently trying to set up my Linux box as a slip server and I have
: come across a problem that has me stumped. I have created an account with
: a shell /usr/bin/dip -i and I have put it in /etc/shells. Every time I log in
: with this account the computer tells me tha /usr/bin/dip -i does not exist and
: logs me out. However the program is there. Any help would be greatly appreciated.
The program "/usr/bin/dip -i" is not there.... "/usr/bin/dip" is.
You have to create a script, diplogin, something like:
#!/bin/sh --
exec /usr/bin/dip -i
and use _that_ as your shell.
Phil.
--
Phil Homewood phil@rivendell.apana.org.au
APANA Brisbane Regional Co-Ordinator brisbane@apana.org.au
"I hope them cigarettes gonna make you cough
I hope you hear this song, 'n' it pissed you off"
------------------------------
Crossposted-To: alt.games.doom
From: stevev@efn.org (Steve VanDevender)
Subject: Linux Doom updated
Date: Sun, 11 Sep 1994 08:38:55 GMT
In article <34rlac$snn@senator-bedfellow.MIT.EDU> nygren@news.mit.edu (Erik Nygren) writes:
I hope David Taylor will have a little bit of time to fix the byte
ordering problems in pixel scaling..... :-) I don't know what their
deal is with not making money off Linux. I'd never buy a DOS game
because I go to DOS so little, but I would be very tempted to buy
registered Doom or Doom II for Linux.
This may be the first public announcement of this, but while I
was poking around sunsite tonight I noticed the dates on
linxdoom.tgz and linxdoom.lsm were tonight (actually, they looked
like they were from the future, time zone differences included).
The new linxdoom.lsm (the original of which everyone ought to
read; maybe I'll post it) is just a note from ddt saying that the
pixel-doubling and -tripling code has been fixed; I snarfed the
new linxdoom.tgz and yes, it has been, although the quadruple
mode is still a bit off. You'd better have a really good video
card if you want to run Doom that way, though; while I get great
performance at normal scale, -2 is pretty much unplayable and -3
is purely of academic interest (of course, I have an ISA video
card so my raw video copy performance is poor).
Now I'm just hoping ddt will have the time and inclination to
make it possible to run sound PWADs with Linux Doom; I found that
my favorite sound PWAD (jbrown.wad) works in DOS but not in
Linux. Level PWADs seem to work fine.
When I sent a thank-you note to ddt for Linux Doom, I asked if it
would confuse the sales people if I called and asked for a
registered copy of Linux Doom. He said yes, it would confuse
them and wondered why I'd want to buy a second registered copy.
When ddt announced that he was working on a Linux port, I
promised myself that I'd buy another copy of Doom if ddt pulled
off the Linux port. I used to work for a game software company,
and we never would have been allowed to write a game as cool as
Doom or port it to Linux. I'll buy another registered copy of
Doom just to reward id for letting this happen.
------------------------------
From: songbird@bga.com (songbird)
Crossposted-To: alt.games.doom
Subject: Re: Doom for Linux - status window
Date: 11 Sep 1994 19:15:59 -0500
>Does anyone else have the problem that the status window with the
>guy's head and health doesn't show up? I just get the whole window
>filled with the dungeon view and have no idea how much health is left.
>
>Thanks, Steve
Steve: hit ESC, go to Options, select Screen Size and decrease it one notch.
--
songbird@bga.com
God fights on the side of the heaviest artillery.
------------------------------
From: sspivack@magnus.acs.ohio-state.edu (Stuart C Spivack)
Crossposted-To: alt.games.doom
Subject: Re: DOOM, X, Linux, 320x200 video mode ??
Date: 12 Sep 1994 00:23:28 GMT
In article <3506cb$jdu@panix3.panix.com>,
S. Joel Katz <stimpson@panix.com> wrote:
>In <rrwardCvznMH.9wH@netcom.com> rrward@netcom.com (Richard Ward) writes:
>
>>In article <34rbks$1ch@news.u.washington.edu> tzs@u.washington.edu
(Tim Smith) writes:
>>>Bill C. Riemers <bcr@physics.purdue.edu> wrote:
>>>> 2. There is significant delay between action and sound. i.e. I
>>>> can fire my gun and then turn halfway around before the gun
>>>> sound comes through my speakers.
>>>
>>>Get shorter speaker cables.
>>>
>>>--Tim Smith
>
>>I really hope that you are kidding. I'd hate to think that our fine
>>educational system is producing people so stupid as to think that
reducing the
>>length of cable between an amplifier and the speakers would have an
observable
>>effect. Think about it: sound travels through the air about 730 miles per
>>hour at sea-level, electronic signals travel through wire at close to the
>>speed of light (roughly 186,000 miles per _second_). If you were to make
>>_any_ adjustments to the speaker placement, you'd be better off putting on
>>headphones (though the difference would still be virtually unobservable).
>
> I really hope that you are kidding. I'd hate to think that our
>fine educational system is producing people so stupid as the think that
>electrons net velocity down a cable is anywhere close to the speed of
>light. With all those electrons refusing to travel straight and bumping
>into each other, you are lucky if you get 1/10 C.
I really hope that you are kidding. I'd hate to think that our
fine educational system is producing people so stupid that they can't
recognize HUMOR. I thought that the "Get shorter cables" comment was
actually amusing.
In any case, I'd have to check my physics book for exact
numbers, but I've got a grasp on the general theory. First, it
doesn't really matter how fast the electrons are moving "along the
cable." What matters is the speed of the electic field. It does move
pretty darn close to C. Second, while the electrons are jittering
back and forth and bumping into one another, they do make progress in
the direction of the electric field. The rate, electron drift speed?,
is much slower than C - in fact muhc slower than .1 C.
Gee, I hope I'm right.
--
Stuart Spivack * The Ohio State Univeristy *
``Any man more right than his neighbors constitutes a majority of one.''
henry david thoreau
------------------------------
From: jean-paul@drasnia.it.com.au (Jean-Paul Chia)
Crossposted-To: comp.os.linux.admin,comp.os.linux.development,comp.os.linux.help
Subject: Linux T-Shirts. Get your order in NOW! :)
Date: 11 Sep 1994 16:26:25 +0800
Hello..
I'm printing/selling the following T-Shirts..
"Linux! Not UNIX!" T-Shirts are either, Black on White, Navy Blue on White,
or White on Black, Long or Short Sleeved T-Shirts. "Linux! Not UNIX!" is
written on the back of the shirt, and on the front left corner a neat litle
"Linux." is printed.
"Linux Inside" T-Shirts have the "Linux Inside" Logo, by Rick Lyons, printed
on either Long or Short sleeved. White T-Shirts. I will only print a limited
amount of these T-Shirts, so please get your order in now.
"Linux.. The Choice of a GNU Generation" T-Shirts have the slogan printed in
Black across the back of a Long or Short sleeved, white, T-Shirt. With
"Linux." printed on the front.
Thank you.
- JP
==============================================================================
Please Complete and Email to: tshirt@drasnia.it.com.au
or Fax to +61-9-447-4098 or if you have to.. Mail it to:
Linux T-Shirts
12 Guinevere Way
Carine WA 6020
Australia
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Name:
Email Address(es):
Mailling Address:
Phone Number or Fax Number:
| Size | S/L | Quantity | Total |
================| Small | Medium | Large | XLarge |=====|==========|=======|
Linux! Not UNIX | | | | | | | |
US$12 | | | | | | | |
Black on White | | | | | | | |
===========================================================================|
Linux! Not UNIX | | | | | | | |
US$15 | | | | | | | |
Blue on White | | | | | | | |
===========================================================================|
Linux! Not UNIX | | | | | | | |
US$15 | | | | | | | |
White on Black | | | | | | | |
===========================================================================|
GNU Linux.. * | | | | | | | |
US$15 | | | | | | | |
Black on White | | | | | | | |
===========================================================================|
Linux Inside! | | | | | | | |
US$18 | | | | | | | |
Logo on White | | | | | | | |
===========================================================================|
* Linux: The choice of a GNU generation
S/L = Short/Long Sleeves
Postage within Australia and USA - Express (2-4 days) US$25 _________
- Airmail (within 7 days) US$15 _________
- Economy Air (7-10 days) US$7 _________
- Sea Mail US$2 _________
Postage outside USA and Australia - Express US$35 _________
- Airmail US$18 _________
- Economy Air US$10 _________
- Sea Mail US$5 _________
TOTAL: _______________
For Credit Cards, I need your Name, Address, Phone number, and the Name of
the on the card, the card type, the card number, and expiry date.
If you wish to send a Cheque in US$, or a Money Order again in $US
Dollars, then please make it out to: Jean-Paul Chia
12 Guinevere Way,
Carine Western Australia 6020,
Australia
I do not advise sending cash in the mail. Unless you _have_ to, then
please don't, and I will not take any responsibility if the money is
stolen by Australia Post, or the local Post man. :)
Quantity discount for orders for more than 5 T-Shirts, US$2 off the price
of every T-Shirt.
Visa Card Details (Please mail to tshirt@drasnia.it.com.au),
* All Orders shipped OVERSEAS require pre-payment
Account Number: Expiration Date:
Name on Card:
Your Name:
Your Address:
Your Phone Number:
===========================================================================
Thank you.
- JP
--
Jean-Paul Chia TheWiz @ IRC
Drasnian Technologies, Perth, Western Australia
PH +61-9-447-6261 FAX +61-9-447-4098
jean-paul@drasnia.it.com.au, jpchia@iinet.com.au
--
--
Jean-Paul Chia TheWiz @ IRC
Drasnian Technologies, Perth, Western Australia
PH +61-9-447-6261 FAX +61-9-447-4098
jean-paul@drasnia.it.com.au, jpchia@iinet.com.au
------------------------------
From: bhogan@crl.com (Bill Hogan)
Subject: [ppp] Who am I talking to?
Date: 11 Sep 1994 17:07:39 -0700
I read a statement in a mail-related newsgroup to the effect that it was
possible to send a certain signal that would tell me if I was talking to
(in some sense) a standard daemon on the other end of my PPP hookup.
I am not sure the speaker was speaking in general but the example given was
telnet <domain> 143
Is some such thing possible?
Bill
------------------------------
From: michael@angmar.dataflux.bc.ca (Michael R. McAleese)
Crossposted-To: alt.games.doom
Subject: Re: Thanks ID and ddt - Linux DOOM is perfect.
Date: 11 Sep 1994 17:33:05 -0700
In article <34sntt$gm2@vixen.cso.uiuc.edu>,
Daniel L Moore <mooredan@uxa.cso.uiuc.edu> wrote:
>Maybe the reason software development companies are reluctant to
>develop for Linux is how they view the user base. We all got our software
>for free, so maybe they don't expect that we would pay for anything.
I went out and bought a Soundblaster 16 and a mini-stereo as
accessories for DOOM for Linux. Yeah, I'd pay for a proper Linux
commercial version of DOOM.
--
Michael R. McAleese - michael@angmar.dataflux.bc.ca
"Man will believe the impossible, but never the improbable." - Oscar Wilde
Origin: Angmar, Internet Access for Frivolous Pursuits.
------------------------------
** 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
******************************