HDTenEightyP/NetNews huggingface dataset:
From: arl@cs.hut.fi (Ari Lemmke)
Newsgroups: comp.os.linux
Subject: Re: DISASTER AT MIT!!!!!
Date: 6 Sep 92 17:19:13 GMT
	<1835mpINNj7s@usenet.INS.CWRU.Edu>
	<1992Sep2.213240.25157@klaava.Helsinki.FI>
Organization: Helsinki University of Technology, Finland


In article <1992Sep2.213240.25157@klaava.Helsinki.FI> wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:
:   mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
:   >If you have time, take a look a nic.funet.fi and the Linux directories.
:   >Everything is up to date there and there aren't any old FAQS or images
:   >laying around. Too bad it's so far away. We need a closer mirror.

	I think tytso does nice work, and the real niceness is
	that we do things differently. I like variations ...

:   Not exactly everything is up to date.  Among other things, there is a
:   uemacs binary (no sources as far as I could find) from December, 1991.
:   And I think I still saw the ancient make that only ran as root...

	Yes, there are also OLD binaries .. because I personally
	do not use those ;-) and nobody has ftp put newer ones
	to incoming ;-)

:   Don't take this as a flame (please, Arl :), but I didn't want anybody to
:   get a too rosy picture of nic.funet.fi.  Nic is actually pretty good,
:   and of course there is a _lot_ of stuff there.

	No, nic.funet.fi ftp area is not nice .. and I'm building
	up a better area at Linux/testing/arlify tree. Btw. there's
	newer gmake too ..

	I do like that every package has some quick & fast way to
	know what's in it ... and a longer README too. I like that
	is package has name 'package' the readme file is 'package.README'
	or 'package.readme' .. and the real name contains version
	number like 'package-0.1.tar.Z' .. etc. etc. but you can't
	always win ;-(

	In nic quick & fast way is in INDEX file (long ;-).

:   Lars.Wirzenius@helsinki.fi

	arl
From: wyvern@hal.gnu.ai.mit.edu (The Wyvern)
Newsgroups: comp.os.linux
Subject: Xlinux8514 and Exit difficulties
Summary: Temporary fix
Keywords: shellscript hack
Date: 11 Sep 92 03:45:14 GMT
Article-I.D.: mintaka.1992Sep11.034514.7295
Organization: Free Software Foundation

I've also been having problems when attempting to exit X8514 when using the
wm Exit or Quit options. Rather than relying on Ctrl-Alt-Bkspc I replaced
the 'f.quit' in my twmrc (And did a similar thing for .openwin-menu for olvwm)
with /bin/sh /home/user1/exitX (or something similar).
In the exitX file I stuck the simple line
ps -a | grep twm | grep -v grep | cut -c1-5 | xargs kill

If you're using olvwm or gwm, just change the twm above to your wm name.
It's possible you may need to mess with the cut settings, but that's always
done it for me. This tends to produce a nicer exit than C-A-B. I know it's
crude, but I just thought I'd give people who hate C-A-B a temporary fix.

Incidentally, this lockup doesn't always occur exclusively upon attempted
exit. I've often been running, say, x11perf, and at times, if I hit Ctrl-C
in the xterm where it's running, X locks up and I have to do a cold boot.
Curiously enough the HUP signal seems to produce this effect with surprising
regularity, which is why I stick with SIGTERM in the exitX line.

Anyway, luck all, and thanks Kevin!
From: hurtta@cs.Helsinki.FI (Kari E. Hurtta)
Newsgroups: comp.os.linux
Subject: Re: man and xman
Date: 6 Sep 92 18:53:32 GMT
Organization: Department of Computer Science, University of Helsinki, Finland

In article <1992Sep6.131141.23130@monu6.cc.monash.edu.au> int177c@aurora.cc.monash.edu.au (Jae Won) wrote:
> 	I have man pages working and xman also working nice. But I found that
> if unless I have man pages in the man1...man9 directories, xman won't even
> know it's there. With mcc interim, the man pages are in the cat1...cat9
> directories so I tried linking things into man directories but then normal
> man refuses to work...can someone help me set the thing up? Thanks very much
> in advance.

No. Files in cat1...cat9 are generated from pages is man1...man9.
man1...man9 are troff versions of man pages. If in cat1...cat9
are up of date version of page, man uses that, otherwise man 
formattes manual page from man1...man9.

- K E H
( Kari.Hurtta@Helsinki.FI,
  hurtta@cc.Helsinki.FI,
  hurtta@cs.Helsinki.FI,
  HURTTA@FINUH.BITNET
)
Newsgroups: comp.os.linux
From: cptully@med.unc.edu (Christopher P. Tully,Pathology,62699)
Subject: Is it time to subdivide this group?
Reply-To: cptully@med.unc.edu
Organization: UNC-CH School of Medicine
Date: Tue, 8 Sep 1992 14:57:02 GMT

I have 50 messages in the last 12 hours...

---
*********************************************************************
Chris(topher) P. Tully				<cptully@med.unc.edu>
Univ. of North Carolina - Chapel Hill		1122 Vic Charles Dr.
Department of Pathology				Raleigh, NC 27606
CB# 7525			work: (919) 966-2699
Chaple Hill, NC 27599		hone: (919) 851-8816
*********************************************************************
I get paid for my opinions, but that doesn't mean that UNC or anybody
                     else agrees with them.

Newsgroups: comp.os.linux
From: kg@gnusys.GUN.de (Klaus Guhr)
Subject: groff-1.05 diffs for Linux 0.97 PL2 
Organization: Klaus Guhr Private // Featuring LINUX Site
Date: Wed, 9 Sep 1992 22:56:02 GMT
X-Newsreader: Tin 1.1 PL5

Hello Linuxer,

has anyone a diff of groff-1.05 for Linux 0.97.2  using gcc 2.2.2d ?

Thanx in advance.


Bye, klaus

-- 
Snail: Klaus Guhr, Marktstrasse 33, 5300 Bonn 3, Germany
Phone: ++49 +228 48 53 60       Data: ++49 +228 43 24 33
E-Mail: kg@gnusys.GUN.de
Newsgroups: comp.os.linux
From: int177c@aurora.cc.monash.edu.au (Jae Won)
Subject: Re: problem compiling a 0.97xx kernel
Keywords: kernel
Organization: Monash University
Date: Tue, 8 Sep 1992 06:14:09 GMT

In article <Sep.7.23.59.46.1992.10242@athos.rutgers.edu> hedrick@athos.rutgers.edu (Charles Hedrick) writes:
>ardouin@asterix.drev.dnd.ca (Jean-Pierre Ardouin) writes:
>
>>	ld: premature end of file in strings of "somefile".o
>>  or 
>>	gcc: Internal compiler error: program cc1 got fatal signal 6
>>  or 
>>	gcc: Internal compiler error: program cc1 got fatal signal 11
>
>Sounds to me like you're running out of disk space.

Nah...I had the exact same prob. I had to do make clean, get a clean copy
of gcc and cpp, and everything went REAL smooth.
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Newsgroups: comp.os.linux
Subject: Re: Lars is my hero!  (was Re: apologies, but I still need a little help)
Date: 6 Sep 92 17:39:22 GMT
Organization: State University of New York -- Institute of Technology

In article <1899f1INN39a@usenet.INS.CWRU.Edu> mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
>
>In a previous article, wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) says:
>
>>Did your files go via MS-DOS, so that the shell script (a text file) got
>>Unix newlines (a lonely LF) converted to MS-DOS newlines (CR then LF)?
>>It looks like you did.  If so, you need to remove the CRs, with flip or
>>some other similar utility if you have one, or standard text utilities
>>(tr comes to mind) if you don't. 
>
>yeap.....those nasty control-m characters got all in their somehow.
>maybe dos ftp or mtools did it. 
>
>Should we put a warning in the FAQ about getting text files by FTP???

Maybe in a "DOS user's guide to using the Linux system".  This is really
just a newbie question and we shouldn't punish experienced Unix and
Linux users with such stuff by putting it in a regular Linux FAQ.  There 
are plenty of published guides for new users, but there is no law against 
making a free one.  Just be sure it stays separate from the regular Linux 
stuff so we experienced users can ignore it.  :-)

Don't get me wrong, I'm not trying to discourage DOS users from switching
to Linux.  It's just that some of us are experienced users and get
irritated with what we think are "stupid" questions.  A classic example
is "How do I remove a file?"  Really, there are other newsgroups that
have that purpose.

I can see that we need a DOS-to-Linux mailing list channel or a 
DOS-to-Linux guru for the new breed of Linux user that we are increasingly 
seeing.  Between having a DOS-to-Linux guru, mailing list channel, and 
seperate FAQ, we should be able to satisfy the majority of Linux users.  
Previous postings from newbies have resulted in long, dragged out threads 
on splitting the newsgroup.  I think we CAN keep this newsgroup together
if we DO SOMETHING about the newbie problem, because it's only going
to get worse if we don't.  

Comments?  Suggestions?

-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"
Newsgroups: comp.os.linux
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Re: Will ps0.97.2 work with 0.97.3 kernel -- mine won't!
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Organization: The Internet
Date: Thu, 10 Sep 1992 00:56:45 GMT

   From: rajat@watson.ibm.com (Rajat Datta)
   Date: Wed, 09 Sep 1992 16:05:40 GMT

   In article <1992Sep7.032352.27099@magnus.acs.ohio-state.edu> bjones@magnus.acs.ohio-state.edu (William A Jones) writes:
   >
   >               symbol '_low_memory' not found
   >               trying to read invalid address

   I'm at patchlevel 4.  ps can be compiled and made to work with a
   trivial patch.  Replace k_addr("low_memory") with
   k_addr("low_memory_start") in ps.c. There are other changes necessary
   for top & free and I'm content to wait for the official changes for
   those.

Actually, the correct patch should replace k_addr("low_memory") with
zero (0x0).  Using k_addr("low_memory_start") will screw up the total
memory calculations.  This will have only a minor effect on the ps
program, since it is only really used in percentage calculations, but it
will have an obviously wrong effect on the "free" program.

A quick and dirty patch to get "free" working is to replace
k_addr("swap_bitmap") with zero (0x0).  This will result in a version of
free that doesn't know how to report swap usage on your system, but it
will get the memory, inode, buffers, and file descriptors right.

							- Ted
From: liljeber@klaava.Helsinki.FI (Mika Pekka Liljeberg)
Newsgroups: comp.os.linux
Subject: Re: MBR recommendation needed
Date: 7 Sep 92 08:10:10 GMT
Organization: Department of Computer Science, University of Helsinki, Finland

In article <1992Sep6.153433.22751@pool.info.sunyit.edu> ujlh@pool.info.sunyit.edu (James Henrickson) wrote:
> Hi all,
> 
> I would like to boot DOS and Linux off the hard drive.  I am currently 
> using LILO and the MS-DOS MBR with the active partition set to Linux.  
> I am looking for an MBR similar to the one that come with Coherent, that 
> will boot the active partition by default but allow me to select the boot 
> partition if I want to boot DOS.  I have seen a few less-flexible MBR's 
> that either wait for you to make a selection (no timeout default) or have 
> no selection (like the DOS MBR), and I have seen DOS utilities that will
> boot Linux (I don't want to be dependent on DOS), but I haven't quite
> found what I'm looking for.  I will, of course, settle for a clone of
> the Coherent MBR if one is available but I'd prefer a user-defined
> timeout period.

Why don't you just use lilo as the MBR? It will select the first mapped
kernel as the default at bootup. However, if you press alt (or shift or
control, don't remember exactly) you'll get a prompt "Boot: " to which
you can type the name of the kernel you wish to boot. Lilo also allows
you to chain boot dos partitions. Here's a copy of my lilo install
script. It sets up several useful boot options:

#!/bin/sh
/etc/lilo/lilo -c -b /dev/hda -i /etc/lilo/boot.b $*	\
	linux=/vmunix 					\
	flinux=/vmunix,/dev/fd1				\
	new=/usr/src/linux/Image			\
	fnew=/usr/src/linux/Image,/dev/fd1		\
	dos=/etc/lilo/chain.b+/dev/hda4@/dev/hda

With these settings I can boot linux from either /vmunix or
/usr/src/linux/Image using either floppy or hard disk root devive.
The last one let's me boot dos from drive C: on hard disk 0.

> The only reason I'm looking for such a thing is because I don't want
> to use a floppy to boot DOS when someone wants to use my machine for 
> word processing or games.  :-)
> 
> Thanks in advance,
> 
> -- 
> Jim H.
> *
> * James L. Henrickson
> * ujlh@sunyit.edu        "Some day I might have a real .signature!"

	Mika

--
Mika Liljeberg			Email:	liljeber@kruuna.Helsinki.FI
Helsinki University			Mika.Liljeberg@Helsinki.FI
Dept. of Computer Science
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: Vertical Retrace signal?
Date: 15 Sep 92 21:28:05 GMT
Organization: University of Helsinki

chrisl@county.lmt.mn.org (Chris Laurel) writes:
>Does anyone know of a good way to watch for vertical retrace in Linux?  Is
>there a signal or interrupt can be trapped?  I imagine that a kernel patch 
>would be required in order to catch the VR, but any leads would be 
>appreciated.

I can't answer your question, but I'll ask you a question: why do you
need this?  Do you really need access to the video hardware, or do you
just want a convenient timing device?

--
Lars.Wirzenius@helsinki.fi
From: duperval@ERE.UMontreal.CA (Duperval Laurent)
Newsgroups: comp.os.linux
Subject: Where can I find macros for groff?
Date: 12 Sep 92 15:59:07 GMT
Organization: Universite de Montreal

I guess the title says it all.  The version of groff I hasve is from
mcc-interim 0.96c.  Specifically, the tmac.s file is what I'm looking for.

Thanks.
-- 
Laurent Duperval
duperval@ere.umontreal.ca
duperval@jsp.umontreal.ca
If you gotta go, go happy... or surprised.  -Me
From: Greg.Naber@f34.n343.z1.fidonet.org (Greg Naber)
Newsgroups: comp.os.linux
Subject: comp.os.linux <-> Linux
Date: Sat, 05 Sep 1992 21:15:02 -0800

Hello there All!

Seems there was a slight problem on the gating of comp.os.linux, all is
well now, and there should be a flood of 2 days of mail for the fidonet
arena.

Catch Ya Later!

Greg

... Winners never quit and quitters never win.

 * Origin: S'Qually Holler's BBS Renton, WA. 206-235-0270 HST-DUAL
(1:343/34)
From: hlu@poly.eecs.wsu.edu (H.J. Lu)
Newsgroups: comp.os.linux
Subject: Re: Problem with strip?!?!?
Date: 11 Sep 92 00:23:23 GMT
Article-I.D.: serval.1992Sep11.002323.21998
Organization: Washington State University

In article <16902@ucdavis.ucdavis.edu>, mayfield@saffron.cs.ucdavis.edu (Doug Mayfield) writes:
|> What is the problem with the `strip` utility that some people keep
|> talking about???  I have had some problems with it also and was
|> wondering if they were the same.
|> 
|> Doug M.
|> 
|> ------------------------------------------------------------
|> Douglas B. Mayfield
|> mayfield@cs.ucdavis.edu
|>    	(Computer Science Dept.)
|>    	(University of California at Davis)

Sorry folks. I didn't use strip under Linux. I just use -s in CFLAGS.

H.J.
From: cummings@tiger1.prime.com (Kevin J. Cummings)
Newsgroups: comp.os.linux
Subject: Re: QIC 40 / QIC 80 ?
Date: 8 Sep 92 19:29:35 GMT
Organization: Prime Computer, Inc.

In article <colin.715839336@marsh>, colin@marsh.cs.curtin.edu.au (Colin Manning) writes:
> You can get the QIC documents from
> QIC Drive Standards, Inc.
> 311 East Carrillo Street
> Santa Barbara, Cal. 93101
> Tel: 805-963-3853
> Fax: 805-962-1541

Are the QIC 40/80 standards specs for the recording on the media, or do they
include the floppy interface specs as well?

-- 
=================================================================
Kevin J. Cummings                       PrimeService
20 Briarwood Road                       A Computervision Company
Framingham, Mass.                       500 Old Connecticut Path
					Framingham, Mass.
Work:  cummings@primerd.Prime.COM
Home:  cummings@kjc386.framingham.ma.us

Std. Disclaimer: "Mr. McKittrick, after careful consideration,
		  I've come to the conclusion that your new
		  defense system SUCKS..."   --  War Games
=================================================================
From: ben@cs.uwa.oz.au (Ben Robbins)
Subject: X11 and GCC.2.2.2d == NO libc.2.2.2 -- AAAARRRRRG
Organization: Dept. Computer Science, University of Western Australia.
Date: Thu, 10 Sep 1992 03:31:27 GMT

Hello all,

I am a linux newbie who has just installed MCC linux0.97.pl2 with no
worries. However, when I tried to get X11 up and running by grabbing
the SLS disks 11-15 and installing them I was *extremely* upset at
not having the standard c library for GCC.2.2.2 since I have 
GCC.2.2.2d.

I have seen this question asked about 4 times in the last week or so 
but I still haven't seen any answers.....

could someone **PLEASE** send me/tell me where/add to the standard
X11 relase/add to the FAQ where the files:

libc.2.2.2, libm.2.2.2 (which really is a link to libhard.2.2.2 or
libsoft.2.2.2 depending on whether you have a FP unit or not (I do)).

I looked in a few GCC places (tsx-11.mit.edu and fgb1.fgb.mw.tu-muenchen.de)
but these only seem to have GCC.2.2.2d and not the files I (and I am
pretty sure many others) need.

Please if *anyone* has *any* information could you post or mail me and
I will be eternally grateful. I am not at all adverse to receiving 
copies of libc.2.2.2 and libhard.2.2.2 as I *really* want to get X
going but I am totally frustrated in my attempts so far.

If you have or know where these files can be found then please let me
know.

Thanks in advance,

Ben Robbins


ben@cs.uwa.edu.au
From: Rob.Levin@f217.n3802.z1.fidonet.org (Rob Levin)
Newsgroups: comp.os.linux
Subject: Linux BBS / FTP site List #4
Date: Wed, 02 Sep 1992 22:00:12 -0800

 ZHH> TX      The Annex               512-575-1188    9600 HST
 ZHH>   ?                             Fidonet 1:3802/217

You're missing my 2400-baud line, 512-575-0667, Fidonet 1:3802/216--it
seems to have dropped off the listing....


Rob L.


 * Origin: Via the Annex in Victoria, TX (1:3802/217)

Newsgroups: comp.os.linux
From: stewart@wimsey.bc.ca (Jim Stewart)
Subject: Re: WANT GCC? FORGET FAQ.GCC AND README?? READ THIS FIRST!!!!
Organization: Wimsey 
Date: Fri, 4 Sep 1992 04:49:41 GMT

Grow up mathew ... you just made my junk mail kill list...
Thanks H. J.

js

Newsgroups: comp.os.linux
From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Subject: Re: MCC 0.97pl2 and lilo
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Fri, 11 Sep 1992 22:02:24 GMT

In article <1432@yetti.UUCP> frank@cs.yorku.ca (Frank Pikelner) writes:
> I was installing MCC-interim version 0.97pl2 on my machine with DR DOS, and
> OS/2 with BootManager. Everything went fine until I continued using the
> instaructions and installed lilo (first from floppy) then the hard drive.
> I maybe ignorant, but the docs (installation) said nothing about lilo writing
> into my master boot block.

I don't know, what the documentation in MCC-Interim tells you to do, but
LILO never overwrites your MBR unless explicitly asked to (except if your
root FS happens to span the entire disk, e.g. you don't have any partitions
at all).

> Now I'm stuck. I have downloaded the lilo documentation - I doubt that I can 
> uninstall it.

If you haven't backed it up before, you can't uninstall it easily. (Starting
with lilo.5, any boot sector that's overwritten, is backed up automatically.)

> My BootManager no longer boots, although the information for all of 
> the partitions is still there and I can access them by booting off floppy.
> Oh well, I've got the weekend to rebuild my machine :( 

Well, you could try to boot OS/2 from LILO. If /dev/hdaX is your OS/2
partition, something like

    os2=/etc/lilo/chain.b+/dev/hdaX@/dev/hda

in your /etc/lilo/install should be able to boot OS/2. (Could anybody who
is booting OS/2 with LILO please correct me if this is wrong ?)

- Werner
-- 
   _________________________________________________________________________
  / Werner Almesberger, ETH Zuerich, CH      almesber@nessie.cs.id.ethz.ch /
 / IFW A44  Tel. +41 1 254 7213                 almesberger@rzvax.ethz.ch /
/_BITNET:_ALMESBER@CZHETH5A__HEPNET/CHADNET:_[20579::]57414::ALMESBERGER_/
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: compiling 0.97p5
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Mon, 14 Sep 1992 20:06:15 GMT

Matt Welsh (mdw@theory.TC.Cornell.EDU) wrote:

: % mkdir foo
: % ln -fs bar foo
: 
: You end up with the link "bar" being *inside* the directory foo, as in
: 
: foo/bar -> foo
: 
: I don't know if this is "correct" behavior or not, but this is what happened

Yup, it is.  I ran across this one myself.  I removed the two offending
directories, remade the links, and everything worked!
-- 
Ed Carp, N7EKG     erc@apple.com                801/538-0177
"This is the final task I will ever give you, and it  goes  on  forever.   Act
happy, feel happy, be happy, without a reason in the world. Then you can love,
and do what you will."           -- Dan Millman, "Way Of The Peaceful Warrior"
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: Can you access a virtual console directly?
Date: 15 Sep 92 21:26:42 GMT
Organization: University of Helsinki

kennu@mits.mdata.fi (Kenneth Falck) writes:
>You know, that might be one of the reasons MSDOS has made it so big;
>your applications can have very powerful output when you don't have
>to hassle with some control codes that really belong to the externally
>connected terminals, not to the console screen. 

Perhaps they don't have to hassle with terminal control codes, but
instead they have to hassle with different device drivers for each and
every application.  Does it _really_ make any sense to have a few dozen
drivers for different video hardware for each major application.

And just because the console happens to have a memory mapped screen, it
doesn't make any sense to use a different protocol to talking to it and
to other output devices.  If you talk to the console differently than to
terminals, you need to write two versions of the program, which is
definitely Not Good.  Just forget it, it isn't worth it.  You don't buy
anything important by having direct access to video hardware, it only
makes it more difficult to have several programs that work nicely.

>How about if the kernel had some special services that would make it
>easy and portable (within Linuces) to use the virtual consoles without
>termcap? I mean something like this:

You solution has serious problems.  Among other things, it assumes that
the video memory is laid out in a special way.  Not everybody uses the
same kind of hardware you do.  If you use termcap, you just don't have
to worry about it.

>Does this seem like a stupid idea 

Yes.  (Or did you guess that already? :)

>or would it bring some more power into the Linux-applications?

No.  I can't think of anything that you can do with poking around in
video memory directly that you can't do with a well designed set of
control codes and a working console terminal driver.  In fact, I assume
that the sets of possible operations can be shown to equivalent. 

> I think it's a fact that 386 is a personal computer, and many people
>would like to use Linux as a multitasking OS only, and have no need to
>run programs remotely. 

The users don't care how the programs have been written.  They only want
something that works.  If you write your programs so that they go
mucking with the intimate parts of the hardware, they are not going to
work as well with all hardware and software configurations.  It is the
job of the operating system (and other system software) to muck with the
intimate parts of the hardware, and to provide a convenient interface so
that the applications can use the capabilities of the hardware in a way
that is not directly dependent on the details of the hardware. 

Also, the issue is not only that people are going to have problems with
external terminals, they are also going to have problems with running
the program in X xterm windows.

--
Lars.Wirzenius@helsinki.fi
From: sundaram@cps.msu.edu (Divya Sundaram)
Newsgroups: comp.os.linux
Subject: Where can I find the mcc-interim release of Linux 0.97?
Date: 8 Sep 92 12:52:14 GMT
Distribution: usa
Organization: Michigan State University, College of Engineering
Originator: sundaram@arctic.cps.msu.edu


Hi y'all,

I would like to get my hands on the mcc interim release 0.97. Where can I get
my hands on it. Where is the nearest ftp-site? Thanks for any info!

Later
Divya
(sundaram@cps.msu.edu)