HDTenEightyP/NetNews huggingface dataset:
From: radel@ravel.udel.edu (Todd Radel)
Newsgroups: alt.os.linux,comp.os.linux
Subject: Re: got root95c+, now need device driver for lp0...
Keywords: lp, lpd, lpr, lp0
Date: 12 Apr 92 02:12:40 GMT
Followup-To: alt.os.linux
Organization: University of Delaware

In article <1992Apr10.233108.24771@colorado.edu> drew@romeo.cs.colorado.edu (Drew Eckhardt) writes:
>In article <5301@pdxgate.UUCP> moyerg@jove.cs.pdx.edu (gary a moyer) writes:
>>Well, I got the .95c+ release of the boot image (kudos to those
>>responsible).  When I boot I get an 'lp0 recognized'.  Anyhow,
>>I still have _no_ device driver for the printer at lp0.  Is this
>>a question of which root image I'm using (am using .95 root image)?

>Line printer devices are character devices, major number 6.  
>
>mknod /dev/lp0 6 0 

Well, I tried that.  I typed:

	mknod /dev/lp0 c 6 0

and rebooted.  The kernel reported something along the lines of "lp1
exists (0)".  Then I tried:

	cat some_text_file > /dev/lp0

I got an error "Cannot write to device".  Any explanations?


-- 
* Todd Radel                      Sysop, Dickinson Domain BBS                *
| CIS/English                     FidoNet: 1:150/160; VirtualNET @3023       |
| University of Delaware          REGISTERED Alpha Colony VI!                |
*         "You don't need to be crazy to be a sysop, but it helps!"          *
Newsgroups: alt.os.linux
From: brudiakg@isis.cs.du.edu (Ben Rudiak-Gould)
Subject: Results of my attempt at nondestructive repartitioning
Summary: Success!
Organization: Fubar & Grill
Date: Sun, 12 Apr 92 04:11:30 GMT

I used a slightly different method than the usual one for
nondestructively repartitioning my hard drive, which I thought some
people might be interested in.  My method (I proposed it originally
in comp.sys.ibm.pc) was to create a large contiguous unmovable file
on the original partition, and then set the new partition to the
cylinders corresponding to the file.  I asked if it would work, and
was told, "try it and see."  So I did.

It turned out to be quite easy, although I don't know how I could have
done it without the Norton Utilities.  I optimized the hard disk, then
created the file by opening it, seeking to byte 25000000, and writing
one byte.  I also set the file's system attribute so that it wouldn't
accidentally be moved.  Using NU, I determined the first and last
hard disk cylinders that were completely contained within the file,
and set the new partition to begin and end with those.  (I used
partition type "Xenix.") Then I wrote some unique signature bytes to
various places in the file and read the new partition both from NU and
from linux to make sure that the bytes showed up in the proper places.
Finally, and with a little trepidation, I ran mkfs... and it worked
perfectly.

I think that this method is safer than the usual method, which involves
resizing the original partition and putting the new partition in the
newly unused space, because this method does not alter the original
partition in any way--it was intact and bootable at every point in the
process.  It was also easy to test that the new partition was set up
correctly before I ran mkfs, which was lucky, because I set it up
incorrectly the first time, and if I had used the usual method and
hadn't been able to check it, I would have had to lug out the backups
and spend all day restoring (170 MB from floppies).  The only danger I
see is that some software may not be able to deal with overlapping
partitions, but since neither MS-DOS nor Linux knows about the other's
partition, this seems extremely unlikely.

I would recommend this procedure to anyone who wants to
nondestructively repartition their hard disk and has some knowledge of
MS-DOS and hard disk geometry (which they would probably need for the
other method anyway).

--
Ben Rudiak-Gould              "A witty saying proves nothing."
brudiakg@isis.cs.du.edu           -- Voltaire
{barn|medicus}!swapout!ben
Newsgroups: alt.os.linux
From: jwinstea@jarthur.claremont.edu (Jim Winstead Jr.)
Subject: Re: Linux makefile
Organization: Harvey Mudd College, WIBSTR
Date: Tue, 14 Apr 1992 07:05:24 GMT

In article <1992Apr14.032052.21137@athena.mit.edu> Epstein@DOCKMASTER.NCSC.MIL writes:
>With mv math_emulate.c to emulate.c got linux-0.95c+ to compile.

That's strange - I didn't have any sort of problems of that sort.
Anybody else seen this?

>Recommend adding sync line at end of disk:  ala Image:  which already
>ends with a sync.

All disk: does is write to floppy using 'dd', which is not buffered a
la the filesystem.  The sync certainly won't hurt, but it really isn't
necessary at all.

>BTW:  CTRL-ALT-DEL using AMI BIOS on 386 no longer works, am I suppose
>to use the re-boot program?

I haven't noticed this problem, either.  Check kernel/sys.c to make
sure C_A_D is set equal to 1 (right near the beginning of the file).

>I find the speeded-up auto-repeat too fast.  This "feature" should be in
>the top level Makefile (I actually haven't looked where its at).

This would be a pretty trivial fix - the code is in boot/setup.S,
which is compiled directly by the top-level Makefile.  A simple #ifdef
wrapper and a define in the Makefile should do it.  Linus?

(I like the auto-repeat fast - it's a patch that I applied manually to
0.11, 0.12 and 0.95 before I convinced Linus to add it to 0.95a, along
with the 80x50 code.  :)

Speaking of the 80x50 code, does anyone know of a simple routine to
tell the difference between VGA and EGA monitors?  Apparently there
are problems with using 80x43 on EGA screens because Linux thinks it's
really 80x50.  (Actually, I know of one quick 'n dirty way to fix
this, but I was hoping for a more elegant answer.)
-- 
Jim Winstead Jr. (CSci '95)    | "Catch a fish!"
Harvey Mudd College            |  -Geddy Lee,
jwinstea@jarthur.Claremont.EDU |   San Diego Sports Arena
Disclaimer: Mine, not theirs!  |   January 20, 1992
Newsgroups: alt.os.linux
From: johnsonm@stolaf.edu (Michael K. Johnson)
Subject: New things at tsx-11
Reply-To: johnsonm@stolaf.edu (Michael K. Johnson)
Organization: The Internet
Date: Thu, 9 Apr 1992 21:55:28 GMT

OK, there are a few new things at tsx-11.mit.edu

Linus has made available another patch for linux, right after I
finally patched the source to .95c.  This one is called .95c+ (wait,
doesn't the unary operator look like '++'?...) and patches are
available in /pub/linux/patches, source in /pub/linux/source/system,
and bootimage in /pub/linux/images.  All the files have the
appropriate names with .95c+ in them.  Oh, yeah, there's also a
README.0.95c+ in /pub/linux/docs.

Jim Winstead has made available the system-0.95a.tar.Z he promised,
with source to many utilities.  It is in
/pub/linux/sources/system

Jim Lynch has ported kermit 5a, and it is available as
/pub/linux/binaries/usr.bin/kermit5A.tar.Z
It includes a readme -- read it.

Someone put a file xcomm.tar.Z in incoming, and it has been put in
/pub/linux/binaries/usr.bin/xcomm.tar.Z
I have not looked at it, and don't know if it belongs elsewhere.  I
don't know what it contains, other than from the name.

Which brings me to this:

NOTE:
Please, when you upload things to tsx-11.mit.edu, send mail describing
it to ftp-linux@tsx-11.mit.edu, so that we know that it's there and
what it is.  Most people have been doing this, but a few haven't, so I
thought I would remind people just in case...


michaelkjohnson
johnsonm@stolaf.edu
From: corsini@labri.greco-prog.fr (Marc CORSINI)
Newsgroups: alt.os.linux
Subject: FAQ, next release
Date: 9 Apr 92 11:23:36 GMT
Article-I.D.: athena.1992Apr9.112336.22022
Reply-To: corsini@labri.greco-prog.fr (Marc CORSINI)
Organization: The Internet


Hi Linuxers

I think that the next FAQ will be out at the end of the next week,
and if I work hard this WE, might be before.

I will correct Linux wrt PS/2 query, update as much as possible gcc
information (this will be easier 'cause I made a special section for
problems related to gcc).

If you have any comment, advise ... just let me know at
linux@numero6.greco-prog.fr

As I co-organize a wokshop on Abstract Interpretation I need my mailbox

marc
Newsgroups: alt.os.linux
From: r4ty@vax5.cit.cornell.edu
Newsgroups: alt.os.linux
Subject: BootAny help needed!!
Date: 7 Apr 92 11:17:36 EST
Distribution: world
Organization: Cornell University

Hellllp!!!  I installed bootany on my system, it refuses to boot LINUX, but the
main thing is it's screwing up my clock and I want it off NOW...  Whoops.  I
don't see any uninstall.exe.  Basically I'm screwed, aren't I??  Do I have to
low-level format my HD??  Is there any way to get the dratted thing out of the
bootstrap?

Please mail any answers to elan@tasha.cheme.cornell.edu - Thanks!!
Newsgroups: alt.os.linux
From: britt@leland.Stanford.EDU (Britt Park)
Subject: libtermcap.a bugs?
Summary: Are there known bugs in libtermcap?
Keywords: termcap libtermcap 
Organization: DSG, Stanford University, CA 94305, USA
Date: Tue, 7 Apr 92 22:41:39 GMT


I was trying to compile my much beloved version of uEmacs 3.8, (I've made
several changes to it and am very fond of it.) and found that it compiles
but doesn't work under GCC 1.40.  Does the GCC 1.40 libtermcap have a known
bug in it?  I've traced the problem to that vicinity.  Thanks.

					Britt
					britt@cb-iris.stanford.edu
From: drew@ophelia.cs.colorado.edu (Drew Eckhardt)
Newsgroups: alt.os.linux
Subject: Re: bootimage-0.95c+.scsi corrupt at nic.funet.fi ??
Date: 16 Apr 92 12:03:35 GMT
Article-I.D.: colorado.1992Apr16.120335.6586
Distribution: alt
Organization: University of Colorado at Boulder

In article <1992Apr15.225246.5830@odin.diku.dk> dingbat@diku.dk (Niels Skov Olsen) writes:
>Johan,
>
>SCSI devices now use major 8. See the scsi.faq at
>headrest.woz.colorado.edu (probably other places 
>too, I guess).
>

I guess I should comment on this, since SCSI drivers are my 
project.

1.  SCSI devices with the *generic* SCSI package have always
	used major 8 for SCSI driver, and 9 is reserved for
	SCSI tapes, although nothing more than stubs 
	are there (right now).

2.  Tommy Thorn had a hacked-up hd.c that worked with
	adaptecs, that replaced the normal hard disk 
	driver.  

3.  The root device of 0301 on the distribution SCSI kernel	
	is what I use.  Normally, I get lazy,
	make a generic kernel that supports all 
	of the SCSI hosts, boot it and run it for a day or so
	to make sure it works, and upload that.

	
Newsgroups: alt.os.linux
From: moyerg@jove.cs.pdx.edu (gary a moyer)
Newsgroups: alt.os.linux
Subject: wheres the device for ltp1?
Date: 8 Apr 92 22:02:08 GMT

I am using the .95 root disk and can't seem to find a device for
a printer on lpt1.  If it by chance isn't there, hows about someone
posting the info necessary for a mknode to create the device?

                    Thanks.  G. Moyer

Newsgroups: alt.os.linux
From: jwinstea@jarthur.claremont.edu (Jim Winstead Jr.)
Subject: Re: Problems compiling df and system utils under gcc 2.1
Organization: Harvey Mudd College, WIBSTR
Date: Tue, 14 Apr 1992 23:14:08 GMT

In article <1992Apr14.224228.9691@ra.msstate.edu> dam1@ra.msstate.edu (Daniel A. Martin) writes:
>I got a few errors while compiling df as well as chsh and mkswap from the
>system-0.95a.tar.Z file...BTW shouldn't df be in this file too?
>
>gcc -O3 chsh.c -o chsh
>chsh.c: In function `main':
>chsh.c:120: `LOCK_FILE' undeclared (first use this function)
>chsh.c:120: (Each undeclared identifier is reported only once
>chsh.c:120: for each function it appears in.)

This is a mistake on my part - I changed LOCK_FILE to PASSWD_LOCK, and
forgot to make sure I changed it everywhere.  The fix is to change
LOCK_FILE to PASSWD_LOCK in that line.

>gcc -O3 mkswap.c -o mkswap
>In file included from /usr/include/linux/mm.h:7, from mkswap.c:26:
>/usr/include/linux/kernel.h:11: parse error before `('

I don't know what's causing this....
-- 
Jim Winstead Jr. (CSci '95)    | "Catch a fish!"
Harvey Mudd College            |  -Geddy Lee,
jwinstea@jarthur.Claremont.EDU |   San Diego Sports Arena
Disclaimer: Mine, not theirs!  |   January 20, 1992
Newsgroups: alt.os.linux
From: lpickup@xanadu.btv.ibm.com (Lance Pickup)
Subject: Re: IBM PS/2 Model 70
Date: Mon, 13 Apr 92 12:11:09 GMT
Reply-To: lpickup@vnet.ibm.com
Organization: IBM Technology Products

Erik,

  Me too!  MicroChannel is not supported with Linux.
--
    ...Lance

-----------------------------------------------------------------------
Lance Pickup                VNET/IBM Internet: lpickup@btv
IBM/Vendor Systems                   Internet: lpickup@vnet.ibm.com
Technology Products
Burlington, VT                          Phone: (802) 769-7104 (tie 446)
-----------------------------------------------------------------------
From: dam1@ra.msstate.edu (Daniel A. Martin)
Newsgroups: alt.os.linux
Subject: Re: Problems compiling df and system utils under gcc 2.1
Date: 14 Apr 92 23:33:06 GMT
Organization: Mississippi State University

Thanks Jim and David...those sure were some quick replies...
-- 
Danny Martin : dam1@Ra.MsState.Edu
From: boyer@sumax.seattleu.edu (Chuck Boyer)
Newsgroups: alt.os.linux
Subject: binaries package uploaded...
Date: 10 Apr 92 12:45:10 GMT
Organization: Seattle University, Seattle WA

I have uploaded to 'tsx-11.mit.edu' /incoming;
 
095binar.tar.Z
 
Which includes the files;
 
README
ar      as      as86    ash     basename        bash
bash.help       cat     chgrp   chmod   chown   cmp
compress        cp      cut     dd      df      diff3
dir     dot.joerc       du      egrep   expand  fdisk
file.list       find    fsck    gawk    getty   grep
head    install joe     ld      ld86    less    lesskey
ln      login   ls      make    mattrib mcd     mcopy
mdel    mdir    mformat mkdir   mkfifo  mkfs    mknod
mkswap  mlabel  mmd     more    mount   mrd     mread
mren    mtools  mtype   mv      mwrite  nm      objdump
paste   patch   pfdisk  ranlib  rm      rmdir   rootdev
sed     setterm ship    size    split   strip   swapon
sync    tac     tail    tar     touch   umount  uncompress
unexpand        unzip   vdir    zip     zipnote zipsplit
                         
This is not supposed to replace the anticipated 'abc'
release in any way, fashion or form. It is just in response
to my own wish, plus someone elses, plus a friend of mines'
who is about to set up Linux where we would like to have
all of the 'essential'(?) binaries that have been released
for Linux. This includes 0.11, 0.12, 0.95a release of
binary utility archives.
chuck
boyer@sumax.seattleu.edu
From: wolff@zen.et.tudelft.nl (Rogier Wolff)
Newsgroups: alt.os.linux
Subject: Re: Binaries considered harmful
Date: 8 Apr 92 15:30:15 GMT
Organization: Delft University of Technology, Dept. of Electrical Engineering


>In article <1992Apr7.054001.3797@athena.mit.edu> paula@atc.boeing.com writes:
>>(Subject line with appologies to E. Djikstra.  :-))
>>
   [proposes to do source only distributions ]]


Everybody seems to disagree, however I think that some of the archives need to
be cleaned up: I downloaded Linux 0.95 yesterday: Total of 15Mb, It just fits
on 6 floppies if you delete all the binaries that are doubled (less than 10M)!

I think that someone should take a freshly installed system, and make nice 
uniform tar files for everything that is there.

					Roger
-- 
If the opposite of "pro" is "con", what is the opposite of "progress"? 
	(stolen from  kadokev@iitvax ==? technews@iitmax.iit.edu)
EMail:  wolff@duteca.et.tudelft.nl   ** Tel  +31-15-783644 or +31-15-142371
Newsgroups: alt.os.linux
From: harlick@lindy.Stanford.EDU (Will Clark)
Subject: Re: Binaries considered harmful
Organization: Stanford University
Date: Tue, 7 Apr 1992 18:23:31 GMT

In article <1992Apr7.054001.3797@athena.mit.edu> paula@atc.boeing.com writes:
>(Subject line with appologies to E. Djikstra.  :-))
>
>I have a proposal that I'd like people to consider.
>

>- In addition to the binary boot and root images that currently 
>  accompany new releases, a companion tarfile should be released
>  containing things like the compiler for that release and other
>  stuff that was too large to fit in the root image.

That's one hell of a tar!  I'm sure plenty of people are eager to
download this via modem.  :-) (The phones is this building can't get
through more than about 100 K before trashing the connection.  We *do*
have ethernet-to-internet too, but not everyone does.)

>- Software that is not needed for bootstrapping should be placed in the
>  archives in source or diff form only.
>
>- Part of the process of installing a new Linux release is to recompile
>  everything.

Aieeee!  Nooooo!  Don't get rid of the binaries.  I'm not good enough
with C, patching, etc. to recompile every time a new version comes
out.  If this happens, I'm really screwed.  Yes this is a hacker's
kernel/system, but there are some people who'd like to learn about
*nix with a good free system, (I am certainly one of those) but are
not necessarily good at programming.  (I'm one of these, too.)

>I may be missing something really obvious here, but I just don't see
>the need for all these binaries.  I'd rather just have sources.  With
>the exception of a few things that simply couldn't be compiled, Minix
>has always been a source-only system.  (You got the binaries when you
>bought Minix, and sources/diffs from the net kept you current from then
>on.) I see no reason that Linux needs to work differently.  

If you're worried about binaries not running under the newest release,
wait a couple of weeks/months before moving over.  The stuff that
needs to be hacked and recompiled will be, and the rest doesn't need
changing.  If you need the new release, and can fix stuff yourself, do
so.  Happily, there are plenty of these people out there who upload
their ports for FTP, which means *I* can play with this great OS!

>I invite your comments, criticisms, flames, or whatever.

Always glad to help!

>Paul Allen
>pallen@atc.boeing.com

Will Clark (Hoping the Giants do a little better this year.)
will.an@site007.saic.com
------------------------
SAIC does not share my opinions.
harlick@lindy is a friend's account, but you can send me email here, too.

Newsgroups: alt.os.linux
From: hlu@yoda.eecs.wsu.edu (Hongjiu Lu -- Graduate Student)
Subject: Re: Binaries considered harmful
Organization: Washington State University
Distribution:  world
Date: Tue, 7 Apr 92 06:27:17 GMT

In article <1992Apr7.054001.3797@athena.mit.edu> paula@atc.boeing.com writes:
>(Subject line with appologies to E. Djikstra.  :-))
>
>I have a proposal that I'd like people to consider.
>
>I've been following Linux from the sidelines since last year sometime.
>I've noticed that with each release some of the old binaries from the
>previous release no longer work.  When people ask why some command or
>other no longer works, the answer is often to recompile with the new
>library, or with the new include files.  It seems to me that having
>lots of old binaries around on the archive sites is causing more 
>problems than it's worth.  Clearly, you need to have binaries for the
>compiler and enough commands to bootstrap a system.  I think it's
>counterproductive in the long run to distribute binaries for commands
>that are not essential for bootstrapping.  They'll all eventually
>be broken by some new release.
>
>So here's my proposal:
>
>- In addition to the binary boot and root images that currently 
>  accompany new releases, a companion tarfile should be released
>  containing things like the compiler for that release and other
>  stuff that was too large to fit in the root image.
>
>- Software that is not needed for bootstrapping should be placed in the
>  archives in source or diff form only.
>
>- Part of the process of installing a new Linux release is to recompile
>  everything.
>
>I may be missing something really obvious here, but I just don't see
>the need for all these binaries.  I'd rather just have sources.  With
>the exception of a few things that simply couldn't be compiled, Minix
>has always been a source-only system.  (You got the binaries when you
>bought Minix, and sources/diffs from the net kept you current from then
>on.) I see no reason that Linux needs to work differently.  
>
>I invite your comments, criticisms, flames, or whatever.
>
>Paul Allen
>pallen@atc.boeing.com


My proposal is use .a instead of binary to distribute most of programs.
The .a is more stable than binary. When a new library is out, you just
need to

	gcc -o foo foo.a -lneededbyfoo

Take a look at 2.1shared-A.tar.Z. They are all .a's. You can link them
against any libraries, shared, static or update.

Of course, you need gcc and ld.


H.J.
Newsgroups: alt.os.linux
From: johnsonm@stolaf.edu (Michael K. Johnson)
Subject: compiling kernel .95c+
Reply-To: johnsonm@stolaf.edu (Michael K. Johnson)
Organization: The Internet
Date: Sun, 12 Apr 1992 01:07:42 GMT

   Compiling the kernel with GCC1.40 does not seem to work any more.

Actually, yes it does.  But you have to replace the -O6 with a -O,
because 1.40 doesn't understand -O6.  The trick is that it complains
about something else, and it is not informative.  I know it compiles,
because I just did it a few hours ago, and I am running it now.

   In any case, it now works, so perhaps the GCC1.40 provision could 
   be taken out of the makefile...

No, please just fix the -O6/-O, even by just making a comment at that
point in the makefile that that change must be made.

michaelkjohnson
johnsonm@stolaf.edu
no .sig.
From: jwiegand@moe.eng.temple.edu
Subject: getty/modem switch program- any takers?
Reply-To: jwiegand@moe.eng.temple.edu
Organization: The Internet
Date: Fri, 10 Apr 1992 04:00:28 GMT

MN-Key: normal

hi all;
	i finally got on a Un*x box so i can use normal mail. yes!
	anyway, i hacked the poe init-getty-login deal so with
	agetty i have pid lock files on all the open ttys. this
	allowed me to write a bsd-ish acucntrl-ish thingy that lets
	me shut off getty so i can dial out. if anyone is innarested
	drop me a note.

	ps. the modem settings for dial-in should be in the FAQ. I had my
	MOTHER asking me what was BROKEN. 

	pps. the job control signals work nicely now. nice job Linus et al.

pardon the latin -- jwiegand@moe.eng.temple.edu v5068u@vm.temple.edu
From: johnsonm@tsx-11.MIT.EDU (Michael K. Johnson)
Newsgroups: alt.os.linux
Subject: [lankeste@fwi.uva.nl: New version of ps uploaded]
Date: 13 Apr 92 18:56:56 GMT
Article-I.D.: athena.1992Apr13.185656.27283
Reply-To: johnsonm@stolaf.edu
Organization: The Internet


----------forwarded message:

From: lankeste@fwi.uva.nl (Branko Lankester)
To: arl@sauna.cs.hut.fi, ftp-linux@tsx-11.MIT.EDU
Subject: New version of ps uploaded

Hi,

I have uploaded the file ps095c.tar.Z to nic.funet.fi and
tsx-11.mit.edu, it contains the source of a new version of
ps and some other programs: w, uptime and Roger Binn's top.
It also contains a few kernel patches (needed for w/uptime).

Branko

----------end forwarded message.

tsx-11.mit.edu:/pub/linux/sources/sbin/ps095c.tar.Z

michaelkjohnson
johnsonm@stolaf.edu
Newsgroups: alt.os.linux
From: johnsonm@stolaf.edu (Michael K. Johnson)
Subject: Config 95c+ uploaded to tsx-11
Reply-To: johnsonm@stolaf.edu (Michael K. Johnson)
Organization: The Internet
Date: Thu, 16 Apr 1992 02:48:34 GMT

From: bir7@leland.Stanford.EDU (Ross Biro)

   I just uploaded configc+.tar.Z to tsx-11.mit.edu.  It should appear
   in a few hours, and it includes:

It has appeared.

tsx-11.mit.edu:/pub/linux/patches/configc+.tar.Z

michaelkjohnson
johnsonm@stolaf.edu


Newsgroups: alt.os.linux
From: murthy@cs.cornell.edu (Chet Murthy)
Subject: Re: Meta-Question
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Fri, 10 Apr 1992 17:55:06 GMT

Another question that occurred to me was:

Is there any relatoin between this project and the 386 BSD project?
It seems that their aims are quite similar; hence one might imagine
that quite a lot of work could be saved by collaboration.

But perhaps I'm just not understanding.  I really don't want to start a flame
war or anything - I think that the freer Unix is, the better.
But on the other hand, it sure would be a waste to constrct two
free unixes which are "almost", rather than one, which is "there".

--chet--