Subject: Linux-Development Digest #720
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Sun, 15 May 94 09:13:05 EDT

Linux-Development Digest #720, Volume #1         Sun, 15 May 94 09:13:05 EDT

Contents:
  Re: SLIP bitch (Andrew Bray)
  Re: COMMODORE CALLS IT QUITS (Brandon S. Allbery)
  bug on XFree2.1 and 2.1.1 (Supat Faarungsang)
  Re: COMMODORE CALLS IT QUITS (Brandon S. Allbery)
  Re: arp broken with 1.1.12 ?? (Hong-Yung Lee)
  Re: Help about sound-driver for P.D. program needed (Rob Janssen)
  NETWORKING: Kernel problem in net/inet/dev.c (Mike Battersby)
  Re: RAID HD controllers? (carl g. riches)
  Re: Terminator-Power Question (David Metcalfe)
  Video 7 kernel patch (DavidM9555)
  PCB CAD wanted (Simon Johnston)
  Re: Linux CD-ROMs? (David B. Thomas)
  Re: Linux CD-ROMs? (David B. Thomas)
  Re: CD-ROM's do all read and write now? (Ledford George D)
  Appletalk support? (Patrik J. Divine)
  Re: [Announcement] 386BSD Release 1.0 (Kai Shing O'Yang)
  Re: Special plea to all developers and ftp sites... (Lars Wirzenius)
  Threads (Elaine Walton)

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

From: andy@madhouse.demon.co.uk (Andrew Bray)
Subject: Re: SLIP bitch
Date: Thu, 12 May 1994 00:42:46 GMT

In article <2qov3b$224@Mercury.mcs.com> darus@MCS.COM (Jim Wygralak) writes:
>The part that is dynamic is the IP address of the HOST, depending which
>dialin line I call on. (He has about 100 dial in lines connected to the
>internet with a T1. He is not an amateur.)
>
>His assertation is that MY end of the SLIP link shouldnt need to know
>what the IP address of the OTHER end is.
>I have some software that runs under DOS (ka9q networking package)
>that works just that way. It couldnt care less what the IP address of the
>system at the other end of the phone line is.


My SLIP provider does the same (though only two different IP addresses).

Your provider is correct, in that if your host is set up to route the correct
packets through the SLIP interface, then the IP address you have told Linux
for the remote end is immaterial.

What you have to do is ensure that the address you have configured at the
remote end is one that you want to be routed via SLIP.  A good choice is
the IP address of one (arbitrarily chosen) log-in ports.

To prove this to my satisfaction *, I set my remote address to one of the
other dial-in users (who I knew was logged out at the time).  Everything
worked perfectly.  It really doesn't matter.  Set it to anything you like.
88.88.88.88 is quite pretty.

Regards,

Andy

(*)  I also cheated and traced the source. It REALLY doesn't matter.

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

Crossposted-To: comp.os.linux.misc
From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: COMMODORE CALLS IT QUITS
Date: Thu, 12 May 1994 00:15:22 GMT

In article <1994May11.194011.20646@rosevax.rosemount.com>, grante@reddwarf.rosemount.com (Grant Edwards) says:
+---------------
| Nope, there was a dual-mode 8/32 bit wide 6502 compatible cpu (I don't
| remember the number, but 68C832 doesn't sound quite right).  
+------------->8

65C816, but that was an 8/16 bit microprocessor.  (The Apple IIGS used it; I
don't think any other "major manufacturer" machines did.)  I don't think there
was a 32-bit version.

++Brandon
-- 
Brandon S. Allbery         kf8nh@kf8nh.ampr.org          bsa@kf8nh.wariat.org
The FUDs at Microsoft are shouting "Kill The Wabi!"

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

From: supat@nuntana.animal.uiuc.edu (Supat Faarungsang)
Subject: bug on XFree2.1 and 2.1.1
Date: 15 May 1994 00:43:01 GMT

There are bugs on XF86_SVGA on XFree2.1 and 2.1.1
When I go out the console become unreadable.
In 2.0 the screen work fine.

My system is DELL 486 with 16 MB RAM and 500 MB disk.

Please solved this problem.

supat

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

Crossposted-To: comp.os.linux.misc
From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: COMMODORE CALLS IT QUITS
Date: Thu, 12 May 1994 22:35:14 GMT

In article <1994May12.192514.12009@rosevax.rosemount.com>, grante@reddwarf.rosemount.com (Grant Edwards) says:
+---------------
| : 65C816, but that was an 8/16 bit microprocessor.  (The Apple IIGS
| 
| Yep, that's the one -- I mis-remembered the bus width.  Did the IIGS
| even run the thing in 16 bit mode?
+------------->8

If I remember correctly, one of the reaons the IIGS didn't take off was
problems running 8-bit Apple II software.  I would suspect that means "yes".

++Brandon
-- 
Brandon S. Allbery         kf8nh@kf8nh.ampr.org          bsa@kf8nh.wariat.org
The FUDs at Microsoft are shouting "Kill The Wabi!"

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

From: mr814305@g814305.hung.ab.nthu.edu.tw (Hong-Yung Lee)
Subject: Re: arp broken with 1.1.12 ??
Date: 11 May 1994 23:17:38 GMT
Reply-To: mr814305@cs.nthu.edu.tw

Oliver Wurm (owurm@k.mup.de) wrote:

: Hi everybody,

: after I've found the missing update of the Makefile in .../inet I got
: the Kernel Release 1.1.12 to work. But if I do an 'arp -a', I'm getting
: a silly result: IP-Adresses, that are not in my Network. Actually I've
: tried this at home and my MS-DOOF - Mashine wasn't running, so the Linux
: Box was the only one on the net.

: I've got the file 'arp.c' out of the kernel/net-src/... - directory, but
: it gave me the same result.

: Machine:      486dx2/66, 8MB RAM, 245 TEAC and 540 MB WD Drives (IDE)
:                 3Com 503
:               ET4000 VESA

:               Linux 1.1.12, gcc 2.5.8, some new net-stuff and
:               the rest of the old SLS 1.03

: I have no device /dev/arp and with the previous releases I've got a 
: ln -s /proc/net/arp /dev/arp and everything workd fine.

: Please tell me:

: - how to make the correct /dev/arp
: - what else should I do to get arp working ??

: Thanks in advance

Because the /proc/net/arp had changed its structure. You had better grabed
the new net-32 programs .

suncam.swan.ac.uk:
   /pub/Linux/Networking/Programs/System/net032/net-0.32d-net3.tar.gz

--
Mail: mr814305@cs.nthu.edu.tw            

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

Crossposted-To: comp.os.linux.help,alt.uu.comp.os.linux.questions
From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Help about sound-driver for P.D. program needed
Date: Thu, 12 May 1994 21:56:57 GMT
Reply-To: pe1chl@rabo.nl

In <2qt452$2gs@maya.dei.unipd.it> brm@esse12.dei.unipd.it (Michele Rubert 325354/IL) writes:

>Hello,

> I'm going to releasing a P.D. program (in test version for now) that 
> I've written for DOS ,it breaks the barrier of 4 or 8 note polyphony typical
> of MOD players and editors (for IBM PC) and uses svgalib and sound-driver...
> (I start writing for DOS but for memory and speed problems Linux should be better ).   
> 

>The only problem I 've encountered is to determine the buffer position of the 
>-----------------------------------------------------------------------------
>current-played sample.
>----------------------


>For example: 
>with a dma buffer of 65535 bytes I must know if the current sample (the
>sample that I hear from the speakers) has passed the half buffer position (
>>=32767) or is in the low half of the buffer itself...

>I prefer E-Mail answer,since our News-Server doesn't work wery well
>sometimes. 

>                            Many thanks in advance.....
>                            
>                            Michele Rubert

>                            brm@paola.dei.unipd.it

Hey, please stop whining!
Asking it six times will do nothing to get it answered...

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

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

From: mike@starbug.apana.org.au (Mike Battersby)
Subject: NETWORKING: Kernel problem in net/inet/dev.c
Date: 15 May 1994 00:37:25 +1000

Kernel: version 1.1.12

I've discovered what seems to me to be a problem with the networking
code, although there might be a perfectly good reason for this which
I haven't noticed.  Hopefully someone who knows about these things
can clear this up.

The problem is with (as the subject says) net/inet/dev.c.  In particular,
this bit from dev_close():

=================================== cut ===================================
int dev_close(struct device *dev)
{
        /*
         *      Only close a device if it is up.
         */

        if (dev->flags != 0)
        {
                int ct=0;
                dev->flags = 0;
=================================== cut ===================================

Now, it seems to me that clearing ALL of the flags for the interface
is probably not the right idea.  Since the device's init() isn't called
if we up it again, any specific flags (in particular in my case IFF_LOOPBACK)
will be lost, and the interface's flags will be wrong.  I don't know if
there is some standard the kernel is conforming to in throwing away flags,
but it seems at at least IFF_LOOPBACK should be kept.

So perhaps this section should read

=================================== cut ===================================
int dev_close(struct device *dev)
{
        /*
         *      Only close a device if it is up.
         */

        if ((dev->flags & (IFF_UP | IFF_RUNNING)) != 0)
        {
                int ct=0;
                dev->flags &= ~(IFF_UP | IFF_RUNNING);
=================================== cut ===================================

cheers

 - Mike

-- 
  Mike Battersby   <mike@starbug.apana.org.au>   <mib@bruce.cs.monash.edu.au>
          CompSci honours student, Linux user and part time beggar.
           GCS d-(--) p c++ l++(+++) u+ e+ m+@ s+/- n+(---) h--(*)
                  

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

From: cgr@poplar1.cfr.washington.edu (carl g. riches)
Subject: Re: RAID HD controllers?
Date: 13 May 1994 10:24:13 -0700

In article <1994May6.185703.1664@pe1chl.ampr.org>,
Rob Janssen <pe1chl@rabo.nl> wrote:
>In <2q8oh4$hf5@news.u.washington.edu> cgr@poplar1.cfr.washington.edu (Carl G. Riches) writes:
>
. . . <stuff deleted > . . .
>>  (i'm looking into exchanging the
>>lm for an lf, which uses an on-board adaptec scsi controller.)
>
>With an AIC6360, isn't it?

no, an aic7770 (emulates an adaptec 2740 or 2840 vlb fast scsi-2).  i'm
hoping that the driver for this will be available by the time this swap
happens, or that we can be a test site for it.

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

carl

carl g. riches
college of forest resources         internet: cgr@poplar1.cfr.washington.edu
university of washington ar-10      voice:    206-543-2764
seattle, wa 98195                   fax:      206-543-3254
-- 
carl g. riches
college of forest resources         internet: cgr@poplar1.cfr.washington.edu
university of washington ar-10      voice:    206-543-2764
seattle, wa 98195                   fax:      206-543-3254

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

From: david@prism.demon.co.uk (David Metcalfe)
Subject: Re: Terminator-Power Question
Date: Thu, 12 May 1994 03:15:28 +0000

Drew Eckhardt (drew@kinglear.cs.colorado.edu) wrote:
: If the device(s) driving TERMPWR can't source enough current, Bad Things(tm)
: happen, and if all devices providing TERMPWR get turned off (I've seen it 
: happen), Worse Things(tm) happen, like devices see an asserted RST signal, 
: etc.

: So, I allways jumper all devices to provide termination power.

It s interesting you say that because I recently added a new DEC SCSI
disk to my system.  The manual recommended enabling TERMPWR so I did.
However, it interfered with my WANGTEK 5250 external tape drive that
was also sitting on the bus, so I had to disable TERMPWR on the DEC
drive.

David

--
David Metcalfe          david@prism.demon.co.uk
Reading, England        dmetcalf@cix.compulink.co.uk

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

From: davidm9555@aol.com (DavidM9555)
Subject: Video 7 kernel patch
Date: 14 May 1994 23:53:07 -0400

After much frustration of having only the 80x50 and 80x28 standard text modes
work upon bootup of the kernal for my Headland Technologies HT-216 chipset,
I decided to take matters into my own hands. What follows is a uuencoded
unified diff of linux/boot/setup.S which fixes the problems with Video 7
and Headland chipsets. This patch will only give you the right extended
svga text modes for HT and Video 7 cards (i.e. don't try it on cirrus, etc.)
so if anyone has these cards, I would like you to test the code out and
send me feedback so that I can submit this to Linus for his perusal when he
gets back.

Basically, the assembly code was trying to use the normal int 10 "set video
mode"
call to set the video modes from the mode table. However, for Headland cards
(at 
least mine) it is necessary to use the extended bios video mode setting call by
way of the following:

       mov      ax,#0x6f05
       mov      bl,mode
       int      #0x10

where mode is whatever mode you are trying to set. Another glitch is that for
video mode 42h the resolution was set to 132x44 in the mode table for video 7
where actually the resolution is 132x43. I learned this by missing a line at
the bottom of the screen :-) I am working on revamping the svga card testing
code which improperly identifies my card as a cirrus chipset, but for now my
patch jumps directly to the video7 selecting code at bootup without passing
through the cirrus probes.

Later,
David S. Miller

davidm9555@aol.com

p.s. I would appreciate it if someone would send this patch to the kernel
      channel as my posts don't seem to show up at times... Thanks

======= cut here =========

begin 644 headland.patch
M+2TM('8Q+C$N,3(O8F]O="]S971U<"Y3"5=E9"!$96,@(#$@,#<Z-#0Z,34@
M,3DY,PHK*RL@;&EN=7@O8F]O="]S971U<"Y3"5-A="!-87D@,30@,C(Z,S0Z
M,S$@,3DY-`I`0"`M-#@V+#$Q("LT.#8L,3,@0$`*(`EI;F,)9'@*(`EI;@EA
M;"QD>`H@"6%N9`EA;"QA;`HK"6IM<`EN;V-I<G(*(`EJ;GH);F]C:7)R"B`)
M;6]V"6%L+&)H"B`);W5T"61X+&%L"B`):6X)86PL9'@*(`EC;7`)86PL(S!X
M,#$**PEB<@EE=F5N-PD)"2$@;F5B8FES:"!E>'1E;G-I;VX*(`EJ;F4);F]C
M:7)R"B`)8V%L;`ER<W0S9#0)"B`);&5A"7-I+&1S8V-I<G)U<PI`0"`M-C(U
M+#@@*S8R-RPX($!`"B`);W5T"61X+&%L"B`);6]V"6%L+",P>#4U"B`)>&]R
M"6%L+",P>&5A"BT)8VUP"6%L+&)H"BT):FYE"6YO=FED-PHK"0D)"0DA"6-M
M<`EA;"QB:`HK"0D)"0DA"6IN90EN;W9I9#<*(`EL96$)<VDL9'-C=FED96\W
M"B`);&5A"61I+&UO=FED96\W"B`):FUP"7-E;&UO9`I`0"`M-S`Q+#<@*S<P
M,RPX($!`"B`)9&5C"6%X"B`)8F5Q"79G83(X"B`)861D"61I+&%X"BT);6]V
M"6%L+"AD:2D**PEM;W8)8FPL*&1I*0HK"6UO=@EA>"PC,'@V9C`U"B`):6YT
M(`DP>#$P"B`)<&]P"6%X"B`)<VAL"6%X+",Q"D!`("TX-3,L-R`K.#4V+#<@
M0$`*(&1S8W!A<F%D:7-E.@DN=V]R9`DP>#4P,S(L(#!X-3`Q8RP@,'@X-#$Y
M+"`P>#@T,F(*(&1S8W1R:61E;G0Z"2YW;W)D(`DP>#4P,S(L(#!X-3`Q8RP@
M,'@U,#%E+"`P>#4P,F(L(#!X-3`S8RP@,'@X-#$Y+"`P>#@T,64L(#!X.#0R
M8BP@,'@X-#-C"B!D<V-T<V5N9SH)+G=O<F0),'@U,#,R+"`P>#4P,6,L(#!X
M-3`S8RP@,'@V-#(X+"`P>#@T,3DL(#!X.#0Q8RP@,'@X-#)C"BUD<V-V:61E
M;S<Z"2YW;W)D"3!X-3`S,BP@,'@U,#%C+"`P>#4P,F(L(#!X-3`S8RP@,'@V
M-#-C+"`P>#@T,3DL(#!X.#0R8RP@,'@X-#%C"BMD<V-V:61E;S<Z"2YW;W)D
M"3!X-3`S,BP@,'@U,#%C+"`P>#4P,F(L(#!X-3`S8RP@,'@V-#-C+"`P>#@T
M,3DL(#!X.#0R8BP@,'@X-#%C"B!D<V-O86MV9V$Z"2YW;W)D("`@,'@U,#,R
M+"`P>#4P,6,L(#!X,C@Q.2P@,'@U,#$Y+"`P>#4P,V,L(#!X.#0S8RP@,'@X
M-#$Y+"`P>#@T,F(*(&1S8V8Q,C@P.@DN=V]R9`DP>#4P,S(L(#!X-3`Q8RP@
M,'@X-#)B+"`P>#@T,3D*(&1S8SE'6$4Z"2YW;W)D"3!X-3`S,BP@,'@U,#%C
1+"`P>#@T,F(L(#!X.#0Q.0IS
`
end

====== cut here ========


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

Crossposted-To: comp.os.linux.help
From: skj@oasis.icl.co.uk (Simon Johnston)
Subject: PCB CAD wanted
Date: Thu, 12 May 1994 07:18:36 GMT

Hi, can anyone let me know of any PCB CAD programs, I have looked around
on sunsite.unc.edu and only found the LSI CAD packages (ocean/spice/magic).
I am happy with X based programs, and want a graphics layout editor, with
some sorting of routing, and proofing if posssible. Thanks.


MODULE Sig;
FROM ICL IMPORT StdDisclaimer;
FROM Interests IMPORT Modula2, Modula3, Linux, OS2;

BEGIN
(* ------------------------------------------------------------------------.
|Simon K. Johnston - Development Engineer              |ICL Retail Systems |
|------------------------------------------------------|3/4 Willoughby Road|
|Unix Mail : S.K.Johnston.bra0801@oasis.icl.co.uk      |Bracknell, Berks   |
|Telephone : +44 (0)344 476320   Fax: +44 (0)344 476084|United Kingdom     |
|Internal  : 7261 6320    OP Mail: S.K.Johnston@BRA0801|RG12 8TJ           |
`------------------------------------------------------------------------ *)
END Sig.

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

From: dt@yenta.yenta.abq.nm.us (David B. Thomas)
Subject: Re: Linux CD-ROMs?
Date: Wed, 11 May 1994 22:31:16 GMT

foulds@shell.portal.com (David - Foulds) writes:


>I just got the InfoMagic 2 CD set for $20, and it's hard to imagine
>how much better a deal could be available.
>(unsolicited.)
>David
>-

Here here!  I have the infomagic set and it is a Linux enthusiast's wet dream!

ps -- avoid CD-ROM-A-MONTH aka Jana at all costs.  They've ripped off
folks, lied, broken laws, and overall failed to deliver quality.

David

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

From: dt@yenta.yenta.abq.nm.us (David B. Thomas)
Subject: Re: Linux CD-ROMs?
Date: Wed, 11 May 1994 22:34:51 GMT

s21008@cc.ntnu.edu.tw (DL83-08) writes:

>The deal sounds unbelievably good, I admit, but do I really need ALL
>versions? Is it possible to run stuff off of the CD (I have only 200MB HD,
>and I already need alot of it)? There are one or two systems that will run
>nearly or entirely off of the CD, one being EXPENSIVE, the other reasonable.

As others have noted, you can't run slackware off of the InfoMagic CD
set, but (!) disk 2 of the set has complete unpacked and ready-to-roll
emacs and tex, both of which are notorious space hogs otherwise.  If
you don't mind leaving the CD mounted, you can run emacs and tex off
of them and save some hard disk room.

David

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

From: gdl297s@cnas.smsu.edu (Ledford George D)
Crossposted-To: comp.os.os2.programmer.misc,comp.os.minix,comp.os.mach,comp.periphs,comp.unix.bsd,comp.unix.pc-clone.32bit,comp.os.386bsd.development,comp.sys.ibm.pc.hardware.misc
Subject: Re: CD-ROM's do all read and write now?
Date: 13 May 1994 02:55:33 GMT

Brian Fritz/ ADVISOR Russell (MAE) (rme81977@zach.fit.edu) wrote:
: Can someone tell me if all CD drives read and write now?  Which ones
: are the "top of the line"?
: Thanks
: -BRian

In a word, no.  Only CD-ROM mastering drives can write, the rest still just
read.  CD-ROM mastering drives still cost upwards of $2,500 for the drive
alone and require CD-ROM mastering software.

Doug Ledford


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

From: pdivine@unixg.ubc.ca (Patrik J. Divine)
Subject: Appletalk support?
Date: 15 May 1994 09:31:07 GMT


does anyone know if there is, or will be any Appletalk support for Linux?  I
want to network several Mac's to a Linux machine but most of the Mac's are
older and do not have ethernet capability (or can you hook up external
ethernet devices to Mac SE's?) .. any help would be apperciated.

--

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

Crossposted-To: comp.os.os2.programmer.misc,comp.os.minix,comp.os.mach,comp.periphs,comp.unix.bsd,comp.unix.pc-clone.32bit,comp.os.386bsd.development,comp.sys.ibm.pc.hardware.misc
From: oyang@cs.monash.edu.au (Kai Shing O'Yang)
Subject: Re: [Announcement] 386BSD Release 1.0
Date: Sun, 15 May 1994 11:22:26 GMT

How about a scsi CDROM drive set at id=0? the SCSI Adaptor bios will
treat the device as a hard drive and tries to read the boot sector from it. 
if there is a way to fool the bios that the CD is actually a H/D, I can't see 
why one can't boot from CD. If I'm wrong, pls correct me.

My $0.02.

Kai
--
- Kai S O'Yang, Dept of Comp Sci, Monash Uni, Clayton VIC 3168, Australia  
- AARNET: oyang@bruce.cs.monash.edu.au         - Voice : +(61) 3 565 5778
                                               - FAX :   +(61) 3 565 5146
"Beauty is only skin deep, ugly goes to the bone."

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

From: wirzeniu@cc.Helsinki.FI (Lars Wirzenius)
Subject: Re: Special plea to all developers and ftp sites...
Date: 15 May 1994 15:25:26 +0300

jon@gtex02.us.es writes:
> Why do you need to use mess-dos 1440K discs? if you are using a sun (and
> I happen to know there are 60 odd in the ugrad lounge up there),

It's faster to hoard a computer room with a dozen PCs running DOS and 
transfer to a dozen disks in parallel than to use a Sun.  (Using the Sun
lets you read quite a lot of news at the same time, of course, but sometimes
even that isn't good enough.)

Of course, that isn't a reason for the ftp sites to split things up.
Those using floppies should do it themselves, there are dozens of programs
to do it, both for Unix and DOS (I assume Windows has some too).  

BTW, why should ftp sites split things in 1440 kB pieces, and not 1200 kB
or 720 kB or 360 kB pieces?

--
Lars.Wirzenius@helsinki.fi  (finger wirzeniu@klaava.helsinki.fi)
My name is Ozymandias, king of kings/Look on my works, ye Mighty, and despair!

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

From: ewalton@magnus.acs.ohio-state.edu (Elaine Walton)
Subject: Threads
Date: 15 May 1994 12:45:56 GMT

Does anyone know how to create threads (light-weight processes)?  I have
seen some reference to these things, but I can't find it on my machine.
THX
-Sean

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


** 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-Development-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.development) via:

    Internet: Linux-Development@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-Development Digest
******************************
