HDTenEightyP/NetNews huggingface dataset:
From: data@cs1.bradley.edu (Mark Hall)
Subject: Re: Minimum requirements for linux - just to run single user
Keywords: Minimum requirements
Organization: Digilog Technologies : Music/Midi software that works for you.
Date:  2 Sep 92 23:55:38 GMT

In <1992Sep2.141634@tiger1.prime.com> cummings@tiger1.prime.com (Kevin J. Cummings) writes:

>> No.  I have NO extended.  Just conventional 640 K.  Really sucks.

>Bummer.  Sounds like a 286 (or 8088) motherboard minimally extended to support
>a 386 running DOS, period.  How bogus!  (Don't feel too bad, I GAVE my 16MHz
>386 to my Dad because it would have cost me $800 to upgrade from 1MB to 4MB
>of memory (with NO chance of ever upgrading beyond that.  Instead I bought my
>25MHz motherboard for $1300 (with 4MB of ram!).  Then memory prices started to
>fall.)

Nope.  It's designed as a 80386.  It just has a 1MB memory board that came
standard, and for some reason won't go over 640 K. :(  The mother board is
just a "bus" (little tiny wheels too :) and everything plugs in as a card, the
CPU, the Memory, Display card, I/O card...etc.

>> Not sure what my chips are.  I'll probably just buy a 32bit expansion card.
>> There's no room on the motherboard for expansion (my motherboard is just a
>> bus) and the memory is a card...Stupid...Same for Processors, and I/O stuff.

>Sounds a lot like my old S-100 machine B^).

Ouch! :)

>Ted's message says there might be hope if you had as little as 384K of extended
>memory.  Sounds like you're SOL.   Sorry.

Yeah.. 

>> Probably.  Couldn't be worse than on our AT&T 3b2 (ugh! :)

>Oh yeah, I've heard of those machines!  There the ones that ran out of clock bits
>for the year in 1992!  Great foresight in hardware design!

Actually, I believe that was the PC 6300.  The PC 6300 caused quite a stink
last year as computing services here at Bradley was scrambling to get things
fixed.  It was/is the standard PC for most of the faculty/staff, etc.  Most
stuff I believe is run off the mainframes now (sparcs, etc).

I don't recall hearing about that problem with the 3b2.

Mark
--
---
	Confession may be good for the soul, but bad for the reputation.
					- Thomas R. Dewar

-----  Mark Hall  -----  data@bucs1.bradley.edu  ----- 1:232/28  1:2250/9 -----
Newsgroups: comp.os.linux
From: bodmer@cbnewse.cb.att.com (peter.e.bodmer)
Subject: Problems with SLS installation
Organization: AT&T
Date: Sun, 30 Aug 1992 07:11:18 GMT
Keywords: SLS bogus


I recently made ftp'd the SLS  linux  distribution  from  tsx-11.
The  SLS documentation says that you can install a mini system by
using disks 1-4 (out of 15).  All of the disks except  the  first
two  are  supposed to be DOS formatted floppies, so when I set up
the distribution, I used rawrite to write images to the first two
floppies  and  then  wrote  the  files  for  disks 3 and 4 to DOS
floppies.  So far so good.  I booted  the  system  on  the  first
floppy,  and  after  linix came up, I installed the second floppy
when I was prompted to do so.  I partitioned the disk  using  the
supplied  linux  fdisk, and used mkfs to create a 10 MB partition
on /dev/hdb1 and a 30 MB partition on /dev/hdb2.  I then ran  the
doinstall  script  as  per  instructions.  The script prompts the
user to insert disk 3, and then promptly bombs out when it  tries
to mount disk 3.  Remember that disk 3 is dos formatted.  Looking
at script, it became apparent  that  it  was  expecting  a  linux
formatted  disk  3  (what  gives?).  So I created one, copied the
files to it, and tried the installation again.   This  makes  the
install  script  happy,  until  it  gets  to  the  point where it
attempts to extract files from base.taz on disk 3 using  the  tar
utility.   I'm  not sure what the problem with tar is, but I seem
to remember that tar bombs out with large files.  So  I  replaced
tar   with  the  version  from  tsx-11  in  the  binaries/usr.bin
directory,  dated  April  14th.   This  tar  also  bombs  with  a
protection  error  and  a  message  about  the  death  of a child
process.  To make sure that I wasn't running  out  of  memory,  I
created  a  10  MB  swap partition on /dev/hdb1 and activated it.
Still dies.  Anyone know what's going on here?

A few months ago I successfully installed 0.95 on  my  hard  disk
using  the  standard  distribution in a few hours.  I'm not sure,
but it seems like I have already spent more time  with  SLS,  and
I'm not sure it's worth any additional effort.

I became interested in SLS because I thought it would be an  easy
way  to  set  up a linux system and be flexible in allowing me to
add additional packages.  The SLS system "takes the hassle out of
collecting and setting up a system" .... NOT!!!

Pete Bodmer
AT&T Bell Laboratories
bodmer@ihlpb.att.com

Newsgroups: comp.os.linux
From: c-amb@math.utah.edu (Mark B. Alston)
Subject: Can't compile xv-2.21, help!
Date: Tue, 1 Sep 1992 17:13:34 GMT
Distribution: comp
Organization: Department of Mathematics, University of Utah

	I am having one hell of a time compiling programs for X.  I
have installed the xprog file and followed all instructions for
placement of the libs.  However, when trying to compile xv I recieve
the following errors.

# make
gcc -s -o xv xv.a libjpeg.a libtiff.a -lX11 -lm
xv.a(xvjpeg.o): Undefined symbol _setjmp referenced from text segment
xv.a(xvjpeg.o): Undefined symbol _setjmp referenced from text segment
make: *** [xv] Error 1
#

Does xv need some other libs?

I am running:  	linux 0.97pl2
		x11v1.1 with 8514/a patches
		gcc 2.2.2d

	I am also having problems with any X11 program I compile with
shared libs core dumping all over the place.  This seems to suggest
that something is wrong with my libs, but what?
--
--------------------------------------------------------
  Mark Alston        
  c-amb@math.utah.edu
       
       It is not just a riot of blots and blurs and 
      disjointed jottings linked by spurts of speed...
      it only looks as like it as damn it.
       
                          James Joyce, Finnegans Wake
---------------------------------------------------------
From: hurtta@cs.Helsinki.FI (Kari E. Hurtta)
Newsgroups: comp.os.linux
Subject: Re: VT one line bug?
Date: 2 Sep 92 19:38:00 GMT
Organization: Department of Computer Science, University of Helsinki, Finland

In article <1992Sep2.143418.89966@vaxc.cc.monash.edu.au> apm233m@vaxc.cc.monash.edu.au wrote:
> Once in a while, perhaps after a couple of hours of computer use,
> a virtual terminal will go into a "one-line" mode. This has not
> happened frequently enough for me to be certain about exactly when
> it is likely to occur, but for the last couple of times it has been
> in response to my entering a 'less' command like:
>                   less wx*
> where wx* matches one file.
> 
> What happens is that the screen scrolls up, filling blanks from the
> bottom, except for the bottom line. The contents of the file are
> displayed in the bottom line. This leaves all except the bottom line
> blank. The virtual terminal is now in a one-line mode, with everything
> happening in the last line of the screen (although perhaps the blank
> part of the screen is still scrolling, but I can't tell). It remains
> in this mode when I quit less. I have not discovered yet how to get
> the virtual terminal out of this mode. Fortunately, it has no observed
> effects on the other virtual terminals.

I think that it's caused by wrong scrolling region (or application
interrupted in wrong point).

Perhaps number of lines what application (for example, less) thinks to 
screen have isn't correct.

Create command resert-vt100:
#!/bin/sh
echo -n "<ESC>c"

Where place of <ESC> have ESC -character (can usually type with
control-V ESC). This command fix this.

Or just type:

echo Control-V ESC c

- K E H
Newsgroups: comp.os.linux
From: hpa@casbah.acns.nwu.edu (H. Peter Anvin N9ITP)
Subject: Re: What we need is an *address*.
Reply-To: hpa@nwu.edu (H. Peter Anvin)
Organization: You must be kidding!
Date: Wed, 26 Aug 1992 17:36:30 GMT

In article <32RO02ax1f4d01@JUTS.ccc.amdahl.com> of comp.os.linux,
  bsp10@duts.ccc.amdahl.com writes:
> In article <1992Aug21.134200.24537@uwm.edu>, rick@ee.uwm.edu writes:
> >Rather than "organizing something" to help Linus pay off his computer,
> >why don't we just ask him for his address and prefered currency?
> >Then whoever wishes may go to their local bank and have a money-order
> 
> If I remember correctly, A overseas money order (or foriegn currency money 
> order) cost on the range of 10 to 20 dollars US.  Or at least that is what I 
> remember it as.  As for sending a regular personal check over to him personally
> I am not too sure how he would cash it and how long the delay for him to get 
> cash is.   Of course you could just wire the money but then that is also 
> $20 or so.... 

Since I am the one being flamed here, I think, this is just why I am doing
what I am doing.  My bank said the *cheapest* way to send money overseas
carried a $30 surcharge.  Since I would imagine most people would gladly
pay $10-$20 but would be reluctant to chug out $50 of which only $20 would
actually be of any use, I thought I might as well do something.

I repeat again that the *only* reason I do this is for the
currency/transmission issue.  I am *not* going to ask *at all* of Linux to
give me any accounting for what he is using it for... I am only going to
work as a link in the transmission chain.  To make sure that I do what I am
supposed to and not pocket any money, I say (again, more clearly):

	1. Put your e-mail address on your check.  If you don't want
	   your name blasted all over the Internet, put some "ID" marking
	   on your check that I can post and you will recognize.

	2. Make your check out to me so I can wire it over or buy a bank
	   draft.  I will confim each check as I get them, but will not
	   cash them until I am actually sending the money.

	3. When I send the money I will post to this newsgroup an
           accounting of all the money, itemized by contributor, where
	   everyone including Linus can see.  If you want this mailed to
	   you, I will be happy to do that as well.

	4. I'll send the money as a batch probably around mid September, if
	   I have gotten enough responses.

	5. I intend to put my own money into this as well.

I am handing this through my mailbox at school, and I am sure the school
would not be pleased being used for a scam or other.

Again, the address:

	Linus Collection
	c/o Peter Anvin
	EECS department
	2145 Sheridan Road
	Evanston, IL 60208

NOTE: I am handing this for USA only.  It would be pointless for me to deal
with other currencies.
-- 
INTERNET:  hpa@nwu.edu   TALK:      hpa@casbah.acns.nwu.edu
BITNET:    HPA@NUACC     IBMNET:    16334@IBMX400
HAM RADIO: N9ITP         NeXTMAIL:  hpa@lenny.acns.nwu.edu
while ( 1 ) ; cp /dev/zero /dev/null & end
Newsgroups: comp.os.linux
From: hodgen@infko.uni-koblenz.de
Subject: Re: Stacker like file system
Followup-To: comp.os.linux
Organization: Uni Koblenz, Germany.
Date: Fri, 28 Aug 1992 07:56:27 GMT

In article <1992Aug25.115520.5073@klaava.Helsinki.FI> wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:
>torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
>>Actually, if you don't care about bmap support, I'd guess performance
>>wasn't too bad.  But not having bmap support does mean that you cannot
>>swap to it or run executables, so it's good mainly as a storage
>>filesystem. 
>
>Actually, a storage filesystem would be quite good enough, at least for
>many things.  Examples: /usr/man, /usr/emacs/info, /usr/lib/cvs,
>/usr/doc, /usr/include, /usr/spool/news.
>

I'd love to see something like this. I work with raytracers etc a lot and have
at the moment 113 1.4MB image files. I'd like to calculate the pics a bit
bigger but I don't have the space. These are TGA format images and I once
compressed them with ARJ to get them home. They (84 pics) went from 117.6 MB to
14.3 MB. I have obtained similar results from Stacker but had to get rid of it
for various DOS compatibility reasons. Once I get 0.97 Linux (I'm waiting for
a tape to arrive) I'll compile everything for Linux and do my work there.
Having a /usr/compressed/pics directory with on-the-fly compression would be
a dream come true.

-- 
Wayne Hodgen  | hodgen@infko.uni-koblenz.de | Opinions (c) Me 1991   | Intel SX
Uni Koblenz,  | (..!unido!infko!hodgen)     | Keeper of the Scrolls, |  Just
Rheinau 3-4,  | Voice: +49 261 9119-645     | Defender of the Net,   |   say
5400 Koblenz. | Fax:   +49 261 9119-499     | His name is "root".    |    NO!!!
Organization: University of Maine System
Date: Monday, 31 Aug 1992 15:11:35 EDT
From: <IO20585@MAINE.MAINE.EDU>
Newsgroups: comp.os.linux
Subject: Anyone have xdtm running under linux?

Like the subject says, has anyone been able to get xdtm
(the desktop manager for X/UNIX) to compile/run under Linux?
Thanks in advance for the help.
Newsgroups: comp.os.linux
From: cummings@tiger1.prime.com (Kevin J. Cummings)
Subject: Re: gcc install: files  missing
Organization: Prime Computer, Inc.
Date: Fri, 4 Sep 1992 18:27:18 GMT

In article <1573@lysator.liu.se>, lien@lysator.liu.se (Jan Lien) writes:
> 
> I recently tried installing gcc 2.2.2d and succeded to get the script
> running after a while.  Linux does not support more than 14 char
> filenames, so one has to change the install script to shorter
> names, and rename the files.
> 
> However, I am now unable to compile programs.  When I tried one
> program (diskbackup.c) from the archives, I get 
> 
>     In file included from diskbackup.c:6:
>     /usr/include/sys/types.h:1: linux/types.h: No such file or directory
>     In file included from /usr/include/sys/stat.h:5, from diskbackup.c:7:
>     /usr/include/sys/types.h:1: linux/types.h: No such file or directory
>     In file included from diskbackup.c:7:
>     /usr/include/sys/stat.h:8: linux/stat.h: No such file or directory
>     In file included from /usr/include/fcntl.h:5, from diskbackup.c:8:
>     /usr/include/sys/types.h:1: linux/types.h: No such file or directory
>     In file included from diskbackup.c:8:
>     /usr/include/fcntl.h:6: linux/fcntl.h: No such file or directory
> 
> The statements
>         #include <linux/types.h>    in   /usr/include/sys/types.h
>         #include <linux/stat.h>     in   /usr/include/sys/stat.h
> and     #include <linux/fcntl.h>    in   /usr/include/fcntl.h
> apparantly reference files I do not have.  Where do I find them - but
> even more important is maybe :  What other files may be missing?
> Does not the install script really check everything?  How can I check
> that my installation is complete?

I beleive that the diskbackup program may have been written at a time when
the include files were still being figured out as to where they would ulitmately
end up.  I would change the #include references to point to the files in the
current distribution.

> And how do I get a make that works?  That is what I needed the gcc
> for, and where is gdb?

I'm using the make from the old shared program distrubution.  I rerun its
shared link soon after re-installing new GCC libraries so the programs
reference the latest libs.  I also hand manage the conflicts between the
latest ROOT disk and the shared objs.  I've had no compatibility problems
so far (probably because I keep rebuilding).

Anyone know a surefire method of knowing when I can delete OLD libraries
from my disk?  I'm starting to fill up my 40MB partition, and I'm sure I
can lose a lot if I can delete old files in /lib and /usr/lib.   Thanx.

=================================================================
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: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.os.linux
Subject: Which EtherNet to buy? 
Distribution: world
Date: Wed, 26 Aug 92 14:30:54 GMT
Organization: Crynwr Software

In article <1992Aug25.234410.29946@colorado.edu> drew@caesar.cs.colorado.edu writes:

   In article <4eae7nu00aw=0JTEkk@andrew.cmu.edu> Court Demas    <cd2a+@andrew.cmu.edu> writes:
   >I'm looking to buy an ethernet card, and I was wondering if anybody has
   >a suggestion as to a particular one to get.  I just don't want to buy
   >something that is not going to work under Linux.  Have any ethernet
   >drivers been written yet?  

   Yes, only the WD8003 is supported.

   >A card here at the computer star is 'SMC' or something and is pretty
   >cheep (around $200)..
   
   1.  It isn't supported.

SMC purchased WD's Ethernet business.  SMC == WD.

   2.  $200 for an ethernet board is twice what cheap is.  I've seen generic 
           boards for ~$100 at swaps and mail order.

Yes, you can get WD and NE1000/2000 clones for less.

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice
Potsdam, NY 13676          315-268-9201 FAX
Newsgroups: comp.os.linux
Subject: Re: Recommendations for a PC to support Linux and X386
From: system@kryton.UUCP (Scott Beckstead)
Date: Sat, 29 Aug 92 01:31:48 PDT
Organization: Paradox Alley F&SF BBS 805-492-8789

pk@cs.tut.fi (Kellom{ki Pertti) writes:

> In article <6080@vtserf.cc.vt.edu> tdunbar@vttcf.cc.vt.edu (Thomas Dunbar) wr
> 	  avoid DTK motherboards
> 
> Do you know what is wrong with them? I have a DTK based machine, and I
> keep getting unexpected hd interrupts a lot. Could the motherboard be
> the cause?
> --
> Pertti Kellom\"aki (TeX format)  #       These opinions are mine, 
>   Tampere Univ. of TeXnology     #              ALL MINE !
>       Software Systems Lab       #  (but go ahead and use them, if you like)
> 
> 
> -- 
The Company I work for makes co-processor boards for the PC and Macintosh.  
The problem we had with DTK mother Boards is that their power distribution
sucks big time.  So when the speed goes up or the ambient temp goes up
they tend to start to brown out on some of the bus slots.  Other than that 
I hear they are pretty good.

So if you move all the hard disk controller cards closer to the power input
or make sure that the HD controller is the first board that power gets to 
it should be OK.
Scott



SYSOP: Paradox Alley  F&SF BBS and Usenet News/Mail 
805-492-8789  The Place For Science Fiction and Fantasy
"Spin My Nipple Nuts and Send Me to Alaska!"
From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
Newsgroups: comp.os.linux
Subject: Re: Swap files (was: Re: .97 kernel and root disk/probs with swapping)
Date: 1 Sep 92 08:31:54 GMT
Organization: University of Helsinki

In article <bjl.715328078@freyr> B.J.Lippolt@research.ptt.nl writes:
>
>On the subject of swapping. 
>
>Would it be possible to implement a scheme (a la SunOS) where you can 
>'add' swap files to the swap space? E.g. I have a 8Mb swap partition, and 
>when I need more (which happens once in a while) I just create a swap 
>file and add it to my 8 Mb swap space. Would this be a minor (i.e. I
>can do it myself) or a major change?

It wouldn't be too hard: right now swap-map numbers are 31-bit entities,
and it would be pretty easy to use the high 7 bits to be indexes to the
swap-file, while keeping the low 24 bits as the page-in-swapfile index. 
The changes would be pretty minimal, although it would need a thorough
understanding of the swapping setup.  It's an interesting thought: I
might implement it myself some time when I have nothing better to do. 

Anyway - if you are interested to implement it yourself, the thing to do
is roughly:

 - change all the swap-file related variables to be arrays, and add a
   "nr_swapfiles" variable that keeps count of how many are in use. The
   variables are rougly:
	swap_bitmap, swap_lockmap, swap_device, swap_file
   as well as some optimization values (lowest_bit, highest_bit) used so
   that the routines wouldn't have to go through the full bitmap all the
   time. 

   It would look a bit like this:

	struct swap_info {
		struct inode * swap_file;
		int swap_device;
		char * swap_bitmap;
		char * swap_lockmap;
		int lowest_bit, int highest_bit;
	} swap_info[MAX_SWAPFILES];

	int nr_swapfiles = 0;

 - change the "get_swap_page()", "rw_swap_page()" and "swap_free()"
   functions to understand the high bits of the swap block-nr, and
   naturally the sys_swapon() system call to enable it all.

The changes shouldn't actually be more than a couple of lines in each
place, and it shouldn't be more than a couple of hours work - assuming
you understand the code.

On the other hand, I've been looking into a "sys_swapoff()" system call
(which needs a bit more thought: you have to make sure the swapfile
isn't used by anything), and I might implement the aboev at the same
time.  No promises. 

		Linus
Newsgroups: comp.os.linux
From: hlu@poly2.eecs.wsu.edu (H.J. Lu)
Subject: Re: Minicom and X?
Keywords: Minicom X Arrowkeys
Organization: Washington State University
Date: Fri, 4 Sep 92 00:19:37 GMT

In article <1992Sep3.215716.3348@cs.tulane.edu>, butler@cs.tulane.edu (Larry Butler) writes:
|> In article <1992Sep2.010519.16997@serval.net.wsu.edu> hlu@poly2.eecs.wsu.edu (H.J. Lu) writes:
|> >In article <whitney2.715389864@husc10>, whitney2@husc10.harvard.edu (Wayne Whitney) writes:
|> >|> Hi,
|> 
|> << Stuff Deleted >>
|> 
|> >|> ---
|> >|> Wayne Whitney
|> >|> whitney2@husc.harvard.edu
|> >
|> >You just need a good .Xresources or whatever. You can even make xterm work
|> >like AT console. I will upload mine if I still have it.
|> >
|> >H.J.
|> Upload it to where?


Sorry for the delay. I have to grab a old zmodem to work with minicom.
BTW,, I just changed OFLAGS and did

make sysvr3

You have to have a patched termcap for it. I will see what I can get.


H.J.
-----------------
!	<Key>F9:	string(0x1b)\n\
!	<Key>F10:	string(0x08)
XTerm*VT100.Translations: #override \
	<Key>F1:        string(0x1b) string(OP) \n\
	<Key>F2:        string(0x1b) string(OQ) \n\
	<Key>F3:        string(0x1b) string(OR) \n\
	<Key>F4:        string(0x1b) string(OS) \n\
	<Key>F5:        string(0x1b) string(OT) \n\
	<Key>F6:	string(0x1b) string(OU) \n\
	<Key>F7:	string(0x1b) string(OV) \n\
	<Key>F8:	string(0x1b) string(OW) \n\
	<Key>F9:	string(0x1b) string(OX) \n\
	<Key>F10:	string(0x1b) string(OY) \n\
	<Key>F11:	string(0x1b) string(OZ) \n\
	<Key>F12:	string(0x1b) string(OA) \n\
	<Key>End:	string(0x1b) string([Y) \n\
	<Key>KP_Enter:	string(0x1b) string(OM) \n\
	<Key>Home:	string(0x1b) string([H) \n\
	<Key>Next:	string(0x1b) string([U) \n\
	<Key>Prior:	string(0x1b) string([V)

XTerm*font:		9x15
XTerm*boldFont:		9x15bold
XTerm*foreground:	green
XTerm*background:	black

XTerm*scrollBar:	true
XTerm*loginShell:	true
XTerm*scrollLines:	500

XTerm*cursorColor:	yellow
*foreground:	green
*background:	black
*BorderColor:	red
*borderColor:	red
Newsgroups: comp.os.linux