Linux-Misc Digest #952, Volume #20 Wed, 7 Jul 99 09:13:09 EDT
Contents:
Re: Newbie: aliases? (Jon Skeet)
Re: New "feature" in RH 6.0? (Paul Hands)
Re: Anyone ever got sblive works on rh6? (Ian Wilson)
Re: Kernel compile: 'make dep' errors: .h files are not being found... ("Michael
Smith")
Re: amount of space a user can use (Chris Aiken)
Re: Netscape can not run Java applete (Chris Aiken)
Re: amount of space a user can use (gus)
Re: fetchmail -k option (Gergo Barany)
Re: amount of space a user can use - more (gus)
Re: Newbie: aliases? (Peter Verthez)
Re: snip-snap,plop,plop,fizz,fizz[FreeBSD Man Pages] (Jesus Monroy, Jr.)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Jon Skeet)
Subject: Re: Newbie: aliases?
Date: Wed, 7 Jul 1999 13:21:11 +0100
[EMAIL PROTECTED] wrote:
> Newbie to linux, but I've use unix for years.
>
> I was dismayed after installing linux yesterday (!) that "alias" is an
> unrecognized command. I have more unix aliases than I can count, and
> was looking forward to importing them all to linux.
>
> Help! What's the linux version of the unix command alias?
As far as I know, it's not a command, it's a shell built-in function. It
certainly exists under bash - which shell are you using?
Try "help alias" instead of "man alias", and see what you can find.
--
Jon Skeet - [EMAIL PROTECTED]
http://www.pobox.com/~skeet/
------------------------------
From: Paul Hands <[EMAIL PROTECTED]>
Subject: Re: New "feature" in RH 6.0?
Date: Wed, 07 Jul 1999 12:31:14 +0100
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
There's a feature in Unix shells that automatically does exactly what you
describe. It's called "autologout" and you can disable it.
I used to put unset autologout and unsetenv AUTOLOGOUT in my .cshrc.
I only put both in because I was paranoid - the shells often contained
transcripts of important jobs!!
<p>Paul
<p>Marc Mutz wrote:
<blockquote TYPE=CITE>David L. Bilbey wrote:
<br>>
<br>> Ever since I upgraded to RH6.0, my vt's seem to log me out automatically
<br>> after a certain amount of inactivity. I assume this is a security
feature,
<br>> and would be a nice one, if I needed it. However, I do not
need this, and
<br>> thus, do not want it. Is there a way to turn this feature off?
<br>>
<br>It's some deamon running that does that. Check your init files for
the
<br>string 'auto'.
<p>Marc
<br>--
<br>Marc Mutz
<[EMAIL PROTECTED]>
<a href="http://marc.mutz.com/">http://marc.mutz.com/</a>
<br>University of Bielefeld, Dep. of Mathematics / Dep. of Physics
<p>PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS), 0x31748570
(DH)</blockquote>
<p>--
<br>***********************************************************************
<br>** Paul
Hands,
Tel: +44 (0)118 931 3822
<br>** District Technical
Manager,
Fax: +44 (0)118 975 0081
<br>** Synopsys (Northern Europe)
Ltd.,
Mobile: +44 (0)7050 095680
<br>** Imperium, Imperial Way,
<br>** Worton Grange,
<br>** Reading, RG2
0TD
email: [EMAIL PROTECTED]
<br>** England
<br>***********************************************************************
<br> </html>
------------------------------
From: Ian Wilson <[EMAIL PROTECTED]>
Crossposted-To: linux.redhat.misc
Subject: Re: Anyone ever got sblive works on rh6?
Date: 07 Jul 1999 12:26:16 +0100
I've had my sblive working with both Redhat 5.2 and 6.0 (2.2.5 kernel
in both cases). It plays CD's, wav and mp3 files.
When compiling the kernel from Redhat RPM's, edit the Makefile and change
EXTRA_VERSION="-22" to EXTRA_VERSION="", otherwise the sblive configure
script complains.
Ian
Rado Faletic <[EMAIL PROTECTED]> writes:
> > Did you just say what I think you just said?
> hmmm, what was it that you think I said? I don't think I said much.
>
>
> > I tried to do that but I couldn't
> > it was totally screwed up and now the midi sequencer and another thing show up
> > as failed when linux boots
>
> Could you get MIDI sound before you tried this driver? because I don't
> get MIDI sound either. I've only managed to get CD audio, maybe other
> people can get more.
>
> What kernel are you using? I tried the driver with 2.2.9 kernel and got
> similar messages (I think, about not being able to find the correct
> drivers, or having an incompatible kernel). When I installed 2.2.5 (with
> RedHat5.2) it worked OK. However, I did compile the kernel myself, and
> added the sound from the config of the build. This may make a
> difference.
>
> Like I said, I don't know anything about the driver other than what
> Creative says. Maybe you should contact them with your problem. With any
> luck they'll have it sorted out soon, and we can all play our hard
> searched-for mp3's.
------------------------------
From: "Michael Smith" <[EMAIL PROTECTED]>
Subject: Re: Kernel compile: 'make dep' errors: .h files are not being found...
Date: Wed, 7 Jul 1999 08:25:57 -0400
>Forget the advice about symlinking someone gave you, what you need is
>libc
>
Thanks a lot. I am happy to know about the symlinks, but they were not the
problem....
I issued: rpm -i /mnt/cdrom/col/install/RPMS/glibc-2.1-3.i386.rpm
and returned was a message, 'could not install; already installed'
just in case, I entered: cd /usr/src/linux; make dep
and it worked!!!
I noticed a couple of 'no such file or directory's, but make and gcc kept
plugging away. I am 'make bzImage'ing right now.
Thanks again!!!
// Michael
------------------------------
From: Chris Aiken <[EMAIL PROTECTED]>
Subject: Re: amount of space a user can use
Date: Wed, 07 Jul 1999 08:11:53 -0400
I've never used it, but I understand there is a "quota" deamon that
can be set up and run. Might try some man pages on quotas
...hope this helps, or at least points in the right direction
...cwa
[EMAIL PROTECTED] wrote:
> Does anyone know how to restrict the size of a folder in Linux (Redhat
> 6.0). I'm hosting web pages and had to leave them at unlimited for the
> moment.
>
> Eric
>
> Sent via Deja.com http://www.deja.com/
> Share what you know. Learn what you don't.
--
===================================================================
The box said 'WIN95/98 or better.' so I installed LINUX!
Definition of Windows 95:
A 32 bit upgrade to 16 bit extensions for an 8 bit operating system
designed to run on a 4 bit processor by a 2 bit company that
doesn't like 1 bit of competition.
------------------------------
From: Chris Aiken <[EMAIL PROTECTED]>
Subject: Re: Netscape can not run Java applete
Date: Wed, 07 Jul 1999 08:07:34 -0400
There is a FAQ on RH's page under the support section.
...cwa
mokun wrote:
> Hello !
> I have RH6 and Netscape 4.5. Each time when I open then a page
> with java applet the Netscape stops work.
> Can you help me to fix this problem ?
--
===================================================================
The box said 'WIN95/98 or better.' so I installed LINUX!
Definition of Windows 95:
A 32 bit upgrade to 16 bit extensions for an 8 bit operating system
designed to run on a 4 bit processor by a 2 bit company that
doesn't like 1 bit of competition.
------------------------------
From: gus <[EMAIL PROTECTED]>
Subject: Re: amount of space a user can use
Date: Wed, 07 Jul 1999 13:26:40 +0100
Have a look at disk quotas. IIRC it is a Kernel compile "feature".
Otherwise, do a deja-news search.
gus
[EMAIL PROTECTED] wrote:
>
> Does anyone know how to restrict the size of a folder in Linux (Redhat
> 6.0). I'm hosting web pages and had to leave them at unlimited for the
> moment.
>
> Eric
>
> Sent via Deja.com http://www.deja.com/
> Share what you know. Learn what you don't.
------------------------------
From: [EMAIL PROTECTED] (Gergo Barany)
Subject: Re: fetchmail -k option
Date: 7 Jul 1999 11:02:48 GMT
In article <[EMAIL PROTECTED]>, Mars wrote:
>Everytime I run fetchmail with -k option, it fetch all the mails from
>server. Is it possible to fetch only the unread mails? Thanks.
Well, you could try running it without the -k switch. Or you could read
the man page, which might help:
-U, --uidl
(Keyword: uidl) Force UIDL use (effective only with
POP3). Force client-side tracking of `newness' of
messages (UIDL stands for ``unique ID listing'' and
is described in RFC1725). Use with `keep' to use a
mailbox as a baby news drop for a group of users.
There's also a section in the man page called "Retrieval Failure Modes"
which talks about this problem.
Gergo
--
Every creature has within him the wild, uncontrollable urge to punt.
GU d- s:+ a--- C++>$ UL+++ P>++ L+++ E>++ W+ N++ o? K- w--- !O !M !V
PS+ PE+ Y+ PGP+ t* 5+ X- R>+ tv++ b+>+++ DI+ D+ G>++ e* h! !r !y+
------------------------------
From: gus <[EMAIL PROTECTED]>
Subject: Re: amount of space a user can use - more
Date: Wed, 07 Jul 1999 13:29:21 +0100
Another idea would be a reporting mechanism which lists users in excess
of the agreed limit. This is a more friendly way because you can then
warn / contact / or allow the excess.
gus
[EMAIL PROTECTED] wrote:
>
> Does anyone know how to restrict the size of a folder in Linux (Redhat
> 6.0). I'm hosting web pages and had to leave them at unlimited for the
> moment.
>
> Eric
>
> Sent via Deja.com http://www.deja.com/
> Share what you know. Learn what you don't.
------------------------------
From: verthezp@nemdev1 (Peter Verthez)
Subject: Re: Newbie: aliases?
Date: 7 Jul 1999 12:15:22 GMT
Reply-To: [EMAIL PROTECTED]
[EMAIL PROTECTED] (Steffan O'Sullivan) writes:
: Newbie to linux, but I've use unix for years.
:
: I was dismayed after installing linux yesterday (!) that "alias" is an
: unrecognized command. I have more unix aliases than I can count, and
: was looking forward to importing them all to linux.
:
: Help! What's the linux version of the unix command alias?
What exactly did you try ? 'alias' is a command that is performed
by the shell and all shells that I know support it (i.e. sh, bash,
ksh, csh, tcsh).
Note however that the syntax of 'alias' differs between the sh-family
(sh, bash, ksh) and the csh-family (csh, tcsh) of shells.
Could you post exactly what you tried and what the error messages
were ? Please also mention the shell that you are using.
Regards,
Peter.
--
____________________________________________________________________
Peter Verthez mailto:[EMAIL PROTECTED]
Software Engineer Network Mgt. Tel: (+32 3) 451 28 14 | Alcanet:
Alcatel Telecom, dept. XE61 Fax: (+32 3) 451 28 03 | (6)2681
____________________________________________________________________
If Jesus was Jewish, then why did he have a Puerto-Rican name ?
------------------------------
From: [EMAIL PROTECTED] (Jesus Monroy, Jr.)
Crossposted-To: comp.unix.bsd.freebsd.misc
Subject: Re: snip-snap,plop,plop,fizz,fizz[FreeBSD Man Pages]
Reply-To: [EMAIL PROTECTED]
Date: Mon, 05 Jul 1999 23:07:19 GMT
On Fri, 02 Jul 1999 15:06:37 -0700, Terry Lambert
<[EMAIL PROTECTED]> wrote:
>In general, I tend to avoid Usenet as a forum, since it is
>basically, IMO, a sewer whose primary utility is for the
>harvesting of email addresses by spammers who don't realize
>what they are getting into when they spam me, in particular.
>
Agree. But will take it one further.
It seems most of us on this thread (newsgroup) are
programers (or hackers) of some sort, but it seems
that getting rid of a few annoying spamheads is
a major deal. I don't see it as so. One day
we'll be rid of them, and still have freedom to rant.
(Like this one. If inclinded to respond, break thread.)
>However, since you have moved this thread from the list
>freebsd-advocacy to this forum, posting in the forum where
>the issues were raised is the only appropriate course of
>action.
>
Thank you.
>"Jesus Monroy, Jr." wrote:
>> > I realize that the strictures of the patchkit were onerous, but
>> > they derived from a human being (me) being the equivalent of
>> > a CVS merge.
>> >
>> I think you are being rather harsh on human(s) and too kind
>> to the (former) patch kit.
>
>Humans have better things to do with their time than to
>manually apply patches to software.
>
Don't we all.
>The patchkit was a tool. It was inferior to CVS, but it
>had utility. A number of companies, to this day, still
>use my patchkit code. As a utility for a single source
>maintenance distribution, it still retains value.
>
Take your word for it.
>Humans have better things to do with their time than
>recoding algorithms to get out from under source code
>licenses.
>
I guess...
>Likewise licesnes are a tool, and we can all agree that
>both the UCBL and GPL are inferior to Public Domain. But,
>likewise, they both have utility.
>
Okay, I agree.
>> > The ordering dependencies only triggered on overlapping patches,
>> > but when they triggered, there was a single order-of-application
>> > mutex that triggered (gated through a human -- again, me) to
>> > ensure that the patches did not fail to apply.
>> =
>
>> I remember it all to well.
>
>
>Do you remember the times before it "all too well" as
>well? 386BSD ran on very few systems, and those where
>it did run, it ran poorly. It would not run at all on
>AT&T WGS systems, HP Vectra's, or other option base zero
>CMOS base memory count, or soft hard drive table entry,
>systems, until the first patch from the patchkit was
>applied. My patch, in fact.
>
No, but I'll take your word for it.
>The patchkit had value, and for its day, short of going
>to a full repository, and thereby ursurping Bill Jolitz's
>editorial control -- unjustifiably, since at the time
>he was actively involved in the community -- it was the
>best tool for doing the job at hand.
>
I think we all agree on that at the time.
>People make similar aspersions about my LKM (Loadable
>Kernel Module) code these days, as well, forgetting the
>vehement opposition of Garrett Wollman and other important
>developers to the idea of putting a cut down linker into
>the kernel. Now the idea is considered both "obvious"
>and "inevitable" by those same people.
>
I'm afraid I agree with Garrett, but that's
for another time.
>Like LKM's use of an external linker, the patchkit's
>implementation was dictated by what was politically
>tenable, not by what was technologically possible (or
>even lying around in prototype form).
>
I can agree with that.
>People who denegrate the patchkit now that they have
>seen CVS, CTM, and CVSup, and people who denegrate
>LKM's now that they have seen KLD's (the fruition of
>a doppleganger of my original LKM kernel linker from
>1993-1994) would do well to remember history.
>
I recall history and your interpetation as
being essentially corret.
>> > Yes, I take full responsibility for the emergent properties of
>> > this system, starting with the fact that the serialization was
>> > such a bottleneck that people became uncomforatable enough with
>> > the choke-hold that they started a completely new repository
>> > using a real source management system. And Voi'la, we have
>> > NetBSD, the first 386BSD schism.
>> >
>> I should take some blame for that schism as well.
>> If you recall, at the time I advocated seperatizium(sp?).
>> Boy was that a mistake!
>
>
>Your advocacy of seperatisim was an emergent property of
>the system. I was responsible for the system.
>
Agreed to both parts.
>If you
>are still on speaking terms with Bill Jolitz, ask him who
>suggested that he trademark "386BSD", as one example of
>the tensors driving the systems emergent properties.
>
I no longer speak for Bill nor anyone or thing
associated with 386BSD. I no longer advocate
the use there of, nor recommend it in any way.
>FreeBSD exists today because Bill Jolits denied the use
>of the 386BSD trademark for a previously-approved-by-him
>0.5 release. It was a forced schism that shoved the
>majority of developers out, instead of Bill being shoved
>out. It matters little that I suggested the trademarking
>to protect him from a cease-and-desist from BSDI, who
>was attempting to sew up the BSD related trademark space;
>the results are the same as if they wre intended.
>
I think I am with you.
>> > Similarly, I believe the current CVS system, with the inability
>> > to run simultaneous views on the repository (what Linus Torvalds
>> > and Larry McVoy call "LOD"'s or "Lines Of Developement"), has
>> > similar emergent properties.
>> =
>
>> Okay, we agree some parts really suck.
>
>I think you are not comprehending the full extent of what
>I am saying. I'm not saying that "CVS sucks". I am saying
>that the repository model used by CVS, when applied as a
>constraint on a group of developers, causes the resulting
>system as a whole to have certain emergent properties. The
>resulting systemic behaviours are not natural, and in some
>cases, not available as a possiblity, to the components of
>the combined system when considered as individuals.
>
Yes, I agree with what you said, and I have more
to say, but at this point I would like to listen
to your points.
>I suggest reading:
>
> Growing Artificial Societies -- Social Science
> From the Bottom Up
> Joshua M. Epstein and Robert Axtel
> Brookings Institute Press, Washington D.C.
> The MIT Press, Cabridge Massachusetts and London,
> England
> ISBN 0-262-05053-6
>
>Which has a nice treatment on emergent properties resulting
>from interacting constraints.
>
I'm sorry I don't have time to read this now, I'll
consider it for future reading; which unfortunaly(sp?)
at this point is about 8-15 months aways.
>> I've always appreciated your work, efforts and comments
>
>Thank you.
>
Your Welcome.
>> I don't always agree, sometimes I say, "gee that mind fart
>> isn't it.", but as you'll note personal verb bouts between
>> yourself and myself haven't taken place in years.
>
>I tend to not get involved in such bouts; when I do, I
>never engage in Ad Hominim.
>
Perhaps one of my larger faults. :-)
>> As for the patchkit itself, I expect it will one day
>> spawn a book or at the very least a chapter in someones
>> book. This, of course, noting it was a marvelous
>> adhoc, inventive approach that spawn other innovaction(sp?).
>> In the same breath you're likely to hear, "of which it
>> became a despised comial rendition of Keystone Cops
>> in software."
>
>......[SNIP]........
>
>If this looked like "keystone cops" to you, well, then so
>be it. But the appearance is not the fact.
>
History will tell will give us it's own perception.
>> > Yes, it's obvious that there are problems that result from
>> > emergent properties of the current system. Those of us with
>> > sufficiently advanced mathematical tools, an understanding of
>> > games and complexity theory, and non-linear dynamics even have
>> > mathematical models that are predictive of the systems overall
>> > behaviour.
>> =
>
>> Eeck a mouse.
>> This means you think you know where the problem is, correct?
>
>I know that it's an emergent property of "core team"-based
>organizations. In games theory, it's called a "Globocop"
>mutual security game, with the core team members taking the
>roles of the superpowers. In the "Globocop" game, when the
>actors are evaluating an external agressor threatening the
>system (e.g., someone who wants to check in their code),
>they assume a defensive reinforcement of some constant value
>C. When the threat abates, the actors relax from their
>defensive posture.
>
Damm, that's good.
>When a "core team" starts out, the individuals are highly
>motivated; this gives us a =DF of zero, which means that
>it's linear, and reducible to the standard Richardson model.
>
Unaware of "Richardson model", but am following you
so far.
>As time goes on, however, power becomes entrenched, while
>committment wanes. This results in a non-zero =DF, thus
>non-linear dynamics. We can think of this "aging" process
>as a constant increase over time of the relaxation value,
>from zero, and approaching C. At a certain point in time,
>the relaxation value is itself such a high defensive
>posture that the preterbations amplify uncontrollably to
>the point of schism. Here is the model:
>
> a =DF =DF a =DF =DF
>/\x =3D -a x + -=B2(y -(x+vz+C) ) + -=B3(z -(x+vy+C) ) + g
>-- =B9 =DF =DF x
>
> b =DF =DF b =DF =DF
>/\y =3D -b y + -=B9(x -(y+vz+C) ) + -=B3(z -(y+vx+C) ) + g
>-- =B2 =DF =DF y
>
> c =DF =DF c =DF =DF
>/\z =3D -c z + -=B9(x -(z+vy+C) ) + -=B2(y -(z+vx+C) ) + g
>-- =B3 =DF =DF z
>
>
Extremely interesting point of view, one I would
not think about.
>Of course, the "good" thing about schism is that each time
>it happens, the newly formed group is made up of the most
>volatile elements from the old. The breakup of the Soviet
>union and the recent problems in the former Yugoslavia are
>as good or better examples than 386BSD -> NETBSD -> OpenBSD,
>or the near-misses Linux has so far survived.
>
Yes, I surmised as much, this being the reason that
I have back off. Certainly we can agree that nothing
was being gained by trailing discussion. I was corner
in to pointless rebuttal, while the group was looking
for new points of humor.
Your analysis if correct may or may not account for the
"pack" mentality. I see that it might be derived in a
lower variable/term, perhaps B2, but "pack" can be
self-destructive itself.
>> > The problem before us is not to salt wounds, but to design a
>> > system such that it has the resulting emergent properties which
>> > we designate as desirable. This task is non-trivial in the
>> > extreme, to put it mildly.
>> >
>> No disagreement there.
>> =
>
>> > Unless you have concrete proposals, I believe that you have
>> > exceeded the threshold of "occasionally" for this particular
>> > thread.
>> =
>
>> WOW, that is good. You speak-a my language.
>> =
>
>> Where would you like to start?
>> I have many ideas.
>> =
>
>> Your call,
>> --et. al---
>
>Realize that we are talking about doing social engineering,
>and doing it rigorously, not Ad Hoc.
>
Yes.
>Knowing that, the place to start is with a collective
>security model that doesn't have an analog of a "core team"
>(or "superpowers"). I suggest reading:
>
> Nonlinear Dynamics, Mathematical Biology, and
> Social Science
> Joshua M. Epstein
> Lecture Notes, Volume IV
> Sante Fe Institute
> Studies in the Sciences of Complexity
> ISBN 0-201-41988-2
>
>as an introduction. The references section of this book
>contains more papers and books on the topic than any
>other single resource I've been able to find.
>
>Apache and XFree86 both have such a model, but their model
>doesn't scale sufficiently, IMO.
>
>Right now, the fact that CVS is the best publically available
>tool for managing a centralized repository, and that a core
>team model is an emergent property of the inability of the
>tool maintaining the centralized repository to move in more
>than one direction simultaneously, is a serious handicap to
>even considering this.
>
>I believe the thing to do is to wait for Larry McVoy to
>finish up the BitKeeper license (Linux and others already
>have unequal early access to the tool, sans license), and
>hope that he doen't place an impossible to meet strictures
>on the code, and that he releases it before it gets to the
>point where the work can not be relevently applied.
>
>
>I think until this happens, you can wave your hands all you
>want, and no rabbits will appear, regardless of how much
>energy you put into the effort of waving. The best you
>will achieve is a fifth run of the experiment we have all
>observed being run in 386BSD, NetBSD, OpenBSD, and Linux;
>but if you already know the outcome, whats the point in
>running that experiment again?
>
Tooshee....
I am giving 7 days thought to your discussion
and points. My proposal will go beyond that of
Mr. McVoy. However, I fear tendering it.
I have tried disussing with several people, with
the discussion quickly deviate into
less apripo(sp?) social material. Before
remitting such a proposal, I will try to discuss
the idea with some good archects(sp?).
My list includes, Larry Wall, Bill Jolitz,
Paul Fronberg and maybe Knuth. My resources are
limited, so traveling east of the mississippi
is out of the question. I'm open to more
suggestions, but I feel Mr. Mcvoy is aiming
at the sympton, not the cause.
-0-0-0-0-0-0-0-0-
Deviating to my points, if I might.
The last "man page" battle was but shot in the dark.
From all perspectives (except advocacy), I was
pointing to a fundamental failure in the system.
The underlying premise being, do advertise our
failings -- here they are.
Need less to say, my comments distracted from
this and was evident when the same person called
me and *sshole three time in three back to back
messages. Never mind the discussion, I was just
an *sshole. I'll never say I didn't walk right
into it, 'cause I did.
Returning to the important topic, BUDS, consider
by some a re-birth of "QIC News & Notes", is in
fact a small peice to a very large puzzle.
I expect 3-4 months before I can release BUDS
in a usable form and perhaps 2 years before
it arrives at a state where I can use it for
the final goal.
Releasing my notes has not helped gather any
visible interest in BUDS. My alternative is
to release the master plan, ala "Rambeling
about the Convention".
In this context, we'll see a major disruption
in all efforts, which is keeping me at bay
since that is a factor also.
On the larger aspect, the Y2K incident is
sucking down all available talent, therefore
March, 2000 would seem a better date to
move ahead with the concept.
I know I'm rambeling at this point, so I'll
leave you at that and return in a few days
with a intelligent response to your
proposal.
--
If you have to read the docs, it's broken.
I hate making mistakes.
You can check my spelling at: http://work.ucsd.edu:5141/cgi-bin/http_webster
------------------------------
** 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: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.misc) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************
