HDTenEightyP/NetNews huggingface dataset:
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: LINUX DISK AVAILBLE IN CANADA
Keywords: linux disks available
Date: 27 Jul 92 16:15:09 GMT
Organization: University of Helsinki

davidsen@crd.ge.com (bill davidsen) writes:
>  I thought of doing this, but decided that someone would probably
>complain about profiteering or some such. Getting the stuff onto disk in
>the first place is enough hassle to keep people from doing it, so I
>think it would be good for linux in general, but people are too
>political to make it practical. And someone would probably say that you
>have to include the source with the binary rather than make it
>available, which drives the price up by the cost of more disks...

This was discussed a long time ago in comp.os.linux (in addition to the
weekly flame wars about GPL in general in gnu.misc.discuss).  There is
nothing in the GPL that says that you can't do this, as long as you make
sources available (they don't have to be on every distribution).  If
people don't like that, they shouldn't use GPL and should avoid
contributing to GPL'd software by others.  Life is tough.  

I have the impression that Linus doesn't mind in the least if you do it.

--
Lars.Wirzenius@helsinki.fi
Newsgroups: comp.os.linux
From: mj@dfv.rwth-aachen.de (Martin Junius)
Subject: Re: changing to another virtual console...
Organization: Communication Networks
Date: Thu, 23 Jul 1992 15:12:22 GMT

obz@sisd.kodak.com (Orest Zborowski COMP) writes:

>i agree. i just read in unix world how svr4.2 is gonna change the face of
>unix by being the standard. i dunno about that, but it is certainly true
>that most flavors of unix (commercial, that is) are leaning towards svr4
>at least in some fashion, and posix is closer to svr4 than bsd.

They always tell you, that SYSVR4 gonna change the world ... ;-)

Well, SYSVR4 is kinda BSD. Remember that SYSVR4 = SYSVR3 + SUNOS, 
and SUNOS is a BSD descendant. So a lot of the BSD features made 
it into R4, like job-control, UFS, symbolic links, the directory 
structure.

POSIX is partly SYSV-oriented, but also introduced it's own API: 
POSIX job-control, termios, signal handling. (Signal handling BTW 
is BSD-oriented in POSIX)

Martin
-- 
 _____ _____
|     |___  |   Martin Junius           FIDO:      2:242/6.1
| | | |   | |   Communication Networks  Internet:  mj@dfv.rwth-aachen.de
|_|_|_|@work|   Aachen U of Technology  Phone:     ++49-241-8790220 (voice)
From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
Newsgroups: comp.os.linux
Subject: Re: /dev/ttys? not responding
Date: 23 Jul 92 10:37:16 GMT
Organization: University of Helsinki

In article <1992Jul22.235626.17486@ncsu.edu> doogie@garfield.catt.ncsu.edu (Jeff House) writes:
>
>I did the following: [ edited ]
>
>echo "ATDT5551111" > /dev/ttys0
>
> [ some more editing ]  Neither case dialed, and
>when I did:
>
>cat /dev/ttys0
>
>"ATDT5551111" was echoed.  My modem seems not to be accepting commands.

This is pretty much what should happen: hayes-compatible modems expect a
carriage return ('\r') after the command, and the above just sends the
normal unix line-feed instead.  As the modem is echoing you, you do have
a good connection to it, so things should work after correcting the
above to:

	$ echo -e -n "atdt5551111\015"

or similar. Or get kermit, and type the above in directly.

		Linus
Newsgroups: comp.os.linux
From: c-amb@math.utah.edu (Mark B. Alston)
Subject: Re: "Automagic" shoelace
Date: Tue, 21 Jul 1992 19:43:37 GMT
	<C-AMB.92Jul20115836@solitude.math.utah.edu>
	<1992Jul21.132107.17136@crd.ge.com>
Organization: Department of Mathematics, University of Utah

In article <1992Jul21.132107.17136@crd.ge.com> davidsen@ariel.crd.GE.COM (william E Davidsen) writes:

   In article <C-AMB.92Jul20115836@solitude.math.utah.edu>, c-amb@math.utah.edu (Mark B. Alston) writes:

   |>    Or you could try RTFM and note that when you laceup /dev/hda that you
   |>    should do it as such: laceup -w 2 /dev/hda where -w 2 means, set my
   |>    default boot partition to /dev/hda2.  Of course this is done after
   |>    issuing laceup /dev/hda2 wini

     You obviously have a different version of laceup than he does (or I
   do). Having done just exactly what you suggest so bluntly, on boot the
   system shows a map of partitions with 2 highlighted by an asterisk, and
   waits for a partition number to be entered.

	You must have missed my follow-up to my previous post.  This
post was hung at my host for nearly a week.  In that weeks time Rick
and I had several correspondences about his problem.  I had forgotten
about this post until it mysteriously appeared this week. I do admit I
jumped too quickly to those famous words RTFM :)
	The asterisk which highlights partition 2 shows you that if
you wait long enough, almost 30 sec. on my machine, partition 2 will
be booted.  This is exactly per the manual.

     When you tell someone to RTFM it's wise to be sure that what the FM
   says is correct. In this case, at least for some versions of laceup (or
   some machines), this isn't the case.

	It turns out that Rick was simply not waiting long enough for
the default to be selected.  The manual was correct.  (at least that is my understanding of what happened.)

     I also noted that evil things happened when I just hit ENTER to take
   the default. It didn't. I'm perfectly willing to believe that this is a
   BIOS anomaly, but no amount of following the directions will help.


	According to my documentation, the way to select the default is to
simply wait.  It makes no mention of hitting ENTER to select it.  Thus following the directions, the ones I have at least, will help in this case.

P.S.    Sorry about taking the bandwidth to respond to this post.  But
	public flames deserve public response.

REMEMBER: e-mail flames 
	  post usefull information.
--
>-->Mark Alston                "An increasing minority of our more progressive
>-->c-amb@math.utah.edu         Statesmen are of the opinion that true mercy
>-->al3273@physics.utah.edu     would dictate that . . . all who fail to pass
				the Final Examination of the University should
				be either imprisioned for life, or extinguished
				by a painless death."
:)						-A. Square    "Flatland"
Newsgroups: comp.os.linux
From: frank@cs.yorku.ca (Frank Pikelner)
Newsgroups: comp.os.linux
Subject: Testing Math chips under Linux
Date: 29 Jul 92 16:54:49 GMT
Article-I.D.: yetti.1371
Distribution: world
Organization: York University, Dept. of Computer Science

I'm going to be purchasing a math chip soon for Linux/dos/OS2. I have heard
from the group here that IIT chips have problems with Linux. Is there a test
I can run to check if the chip I purchase will work under Linux or is 
recognized? I am currently looking at C&T SUper Math chip, and the Cyrix chip.

-- 

--------------------------------------------------------------------------
 ---  ---    Frank Pikelner                                          /~\
 \    \  \   Technical Assistant, Department of Computer Science    <v.v>
  \-   \--   York University (Toronto, Canada)                      ,\^/;
   \    \    Internet: frank@cs.yorku.ca                            _{!}_
--------------------------------------------------------------------------
Newsgroups: comp.os.linux
From: jlnance@eos.ncsu.edu (JAMES LEWIS NANCE)
Subject: Donald Burr I cant find you
Originator: jlnance@volt.ece.ncsu.edu
Reply-To: jlnance@eos.ncsu.edu (JAMES LEWIS NANCE)
Organization: North Carolina State University, Project Eos
Date: Thu, 23 Jul 1992 13:38:03 GMT


Hello Donald,
     I got your mail, but am not able to reply to it.  Can you please
mail me your Email address

Jim Nance
Newsgroups: comp.os.linux
From: erb@insu1.etec.uni-karlsruhe.de (Olaf Erb)
Subject: Tape support (Adaptec 1542B)
Organization: Institut fuer Nachrichtensysteme, Uni Karlsruhe
Date: Fri, 24 Jul 1992 10:16:00 GMT

Hi there,
I hope this isn't a FAQ  - is there tape support for Adaptec 
and a Wangtek 150MB tape drive? I don't want to copy 100++
disks...
Thanks,
Olaf
-- 
-----------------------------------------------------------------
! erb@insu1.etec.uni-karlsruhe.de  - dc1ik@db0sao.ampr.org      !
-----------------------------------------------------------------
Newsgroups: comp.os.linux
From: gis@mach4.wlu.ca (gis research)
Subject: X will not run after recompile of kernel
Organization: Wilfrid Laurier University
Date: Wed, 29 Jul 92 20:09:48 GMT

A couple of problems I'm having,

1) after recompiling with patch 2 I can't get X to run any more. It gives me
the following errors (by using startx 2> errors.dat) and the screen just
hangs:

giving up
xinit: Interrupted system call (errno 4): unable to connect to X server
xinit: No such process (errno 3): Server error

I can still get disk movement by typing ls -lR but the screen hangs and I
have to reboot. I tried reinstalling the X binaries from Xbase and switching
back to twm from olvwm but nothing changes. Any ideas?

2) I've been trying to port a program called GRASS to linux ( a public
domain GIS) and am having some problems that I feel may be related to linux
or my hardware. I am able to display and manipulate raster data but when it
comes to vector data I'm running into problems. It is very temperamental in
that sometimes it will display vector data, sometimes it will hang my
machine, and other times it gives me errors about floating point exception
and dumps the core. I know this is rather vague, but I was wondering if it
may be something to do with memory contraints or otherwise. 

My setup is as follows:	486/33 with math-co
			8 Meg RAM/10 Meg swap

Any ideas would be much appreciated. Thanks,

Alastair Small
gis@mach4.wlu.ca or
asmall2@mach1.wlu.ca
From: jmsimon@acsu.buffalo.edu (JMS)
Newsgroups: comp.os.linux
Subject: extfs...what did I set myself up for?
Date: 31 Jul 92 12:26:00 GMT
Organization: UB


Okay, question for the gurus.

I stopped testing Interactive Unix (Sun v3.0, SYSV/386v3.2) because,
frankly, Linux 0.96c seems more stable and more usable (not to mention
*free* with sources available ;-> ) and wiped the Interactive partition
off my drive. 

I have a 202mb drive. My partitions are:
	/dev/hda1	MS-DOG	32+mb
	/dev/hda2	minix	30mb	/
	/dev/hda3	minixsw	20mb	(swap)
	
	...and now for the fun stuff...

I used efdisk to make primary partition 4 an extended partition (the
type is 5, Extended DOS partition, I believe) encompassing the 120mb
remaining. I then proceed to hit 'n' (new partition) and it doesn't
prompt me for partition # any more; I proceed to finish my partition
table as follows:

	/dev/hda4	extdos	120mb
	    /dev/hda5	minix	 64mb	/usr
	    /dev/hda6	minix	 46mb   /home
	    /dev/hda7	minix	 10mb   /misc

I originally installed Linux (using the script - greast job!) only on
/dev/hda{2,3} using a mkfs on hda2 and a mkswp on hda3. Got everything
working, and decided to take the chance; I mkfs'ed hda{5..7}, and
mounted them. df reports the space there, I can copy files onto them,
create directories, umount and mount them in other places, etc.

Here's my question(s):

	1)	Is this supposed to work? If not, will I suffer any
		inconceivable consequences down the road?
	2)	Is the extended file system *just* to get partitions
		>64mb and longer filenames, or also for >4 partitions?

Here's my basis of understanding on Linux's file system right now:

	a)	Only 4 partitions can be used (excepting the extended
		filesystem, which I have heard needs a 'mkefs' command
		to create, and may require recompiling with a different
		library function to make shells and other programs "see"
		the directories and files within them)
	b)	Linux 0.97 should support longer filenames and much
		larger partitions (on the order of terrabytes?)	

Fantastic system, BTW. Everyone who work{s|ed} on this deserves a six-pack
from everyone who uses it (of course, we'll never get updates and ports if
the entire development team is swimming ;-> )

Oh. Eventually I may look into writing a driver for my Colorado Jumbo 250
tape backup (unless someone is already endeavoring - let me know) -- if
anyone would like to keep me from this certain misery, an Exabyte would go
a long way!
			Thanx, 
				Jeff Simon
					jmsimon@acsu.buffalo.edu
					jsimon@bissun.kodak.com
					simon@liebnitz.pixel.kodak.com
-- 
*******************************************************************************
 Jeffrey M. Simon	       .o   o.	     Computer Science / Business Mgmt.
 jmsimon@acsu.buffalo.edu       ~~v~~	     State University of NY at Buffalo
***** "Perspiration = ( Genius - 1% Inspiration ) / .99" -Ein*kinda*stein *****
Newsgroups: comp.os.linux
From: larrym@Ingres.COM (Larry Matter)
Subject: Re: Trying to get olvwm to work
Reply-To: larrym@ingres.com
Organization: Ingres, an ASK Company, Alameda CA 94501
X-Newsreader: Tin 1.1 PL3
Date: 31 Jul 92 18:54:00 GMT

gis@mach4.wlu.ca (gis research) writes:
: 
: I downloaded the olvwm binaries from banjo and installed them as intructed,
: but I'm not too sure about how to run it. I start X and then type olvwm at
: the Xterm, but it gives me "Segmentation Fault (core dumped)" Is this how to
: run it, and if so any ideas why I get the error. If not, could someone
: instruct me how to get it going. Thanks for any help,
: 
: Alastair Small
: asmall2@mach1.wlu.ca or
: gis@mach4.wlu.ca
: 
: 

The same thing happened to me.  I installed olvwm and replaced the 'exec twm'
line in my .xinitrc with exec olvwm, and got a Segmentation Fault.  It gave
the same error when I tried to run it outside of X (no complaints about 
inability to connect to the X server).  I haven't had any time to look at it
since then.  I'm running the MCC .96c release on a 486/33.   I'll probably 
try to tackle it this weekend; any suggestions (anyone) on what to try?  I 
have flex now so I can "use the source".

Larry Matter
<standard disclaimers>
From: pdp@ariel.its.unimelb.EDU.AU (Paul Douglas Page)
Newsgroups: comp.os.linux
Subject: getty/login problems
Date: 26 Jul 92 20:48:36 GMT
Organization: University of Melbourne

A strange thing happened when I set up a fresh Linux system on a 386sx by cloning my existing system. When you try and log in via one of the serial ports ttys1 or ttys2, you get the login prompt but as soon as you type a character it does not display but just respawns the login promts again. Local consoles log in fine.
Also the serial ports work fine from xcomm etc. One thing I noticed is the /dev/ttys1 &2 files keep changing their group back to system though I set them to other. All the files work fine on my other system. I am using poeigl with linux 0.96cp2 and gcc2.2.2b. The only difference between the systems is I don't have a copy of the compiler or the source directories for Linux as the system is meant tobe a mail/news only server. I have compiled most things with a -static flag but also moved across the shared li


bs just incase I missed something.

Any ideas?   Im really stuck on this one.

thanks in advance.

Newsgroups: comp.os.linux
From: krej@electrum.kth.se (Kristian Ejvind)
Subject: Changeing behaviour of rm
Organization: The Royal Institute of Technology, Stockholm, Sweden
Date: Thu, 23 Jul 1992 20:42:25 GMT


In article <1992Jul23.145332.1393@sspiff.ampr.ab.ca> dje@sspiff.ampr.ab.ca (Doug Evans) writes:

>                  Some people have versions of rm that work like the
>   Macintosh trash can: the deleted files get moved to a temporary place
>   so they can be recovered if the deletion was in error.
>   But "rm" as shipped doesn't work like that.
>
>   You're only human and you *will* delete a file or make some other
>   silly mistake. Use the protection features of the o/s to protect
>   you from yourself.
>   -- 
>   Doug Evans               | "You're just supposed to sit here?"
>   dje@sspiff.ampr.ab.ca    |               - Worf in a mud bath.

A rm with this behaviour is *easy* to create (at least if you're in
tcsh as I am..):

alias rm 'mv \!* ~/.wastebin'

this will move your deleted files to the directory .wastebin (which 
you have to create first!). I have had in my plans for a while (on 
second thought, a very long while :-) to add a few lines to my .login
to 1) alias rm as above and 2) check ~/.wastebin for size and revome
the oldest files,  but I reccon I will do that first after I deleted
THAT VERY important file........

/Kristian

p.s. When rm is aliased as above, rm's options won't work (exept for -f)!
      
Newsgroups: comp.os.linux
From: jrs@world.std.com (Rick Sladkey)
Subject: Re: Followup on Nanao F550i and Diamond Speedstar 24
Organization: The World
Date: Thu, 23 Jul 1992 01:20:38 GMT

>>>>> On 22 Jul 92 17:52:28 GMT, shite@sinkhole.unf.edu (Stephen Hite) said:

Steve> So, how can moire be controlled to "normal" levels?

Moire is not the problem.  A dithered background is the problem.
Dithering serves no useful function on a 256 color platform.
Put 'xsetroot -solid anycolor' in your .xinitrc.
--
Rick Sladkey
jrs@world.std.com
From: liljeber@klaava.Helsinki.FI (Mika Pekka Liljeberg)
Newsgroups: comp.os.linux
Subject: Re: More on my (strange) terminal problem.  : (
Date: 29 Jul 92 18:09:50 GMT
Organization: Department of Computer Science, University of Helsinki, Finland

In article <1992Jul28.185257.9457@athena.mit.edu> jgifford@attmail.com wrote:

> Well, ^V^O doesn't work.  that was the first thing I tried, as I had recently
> read those articles.   ;)
> This problem only happens under linux.

[stuff deleted]

> I think the command giving problems is a clear screen sequence from the remote
> host, which happens to be a vax running vms. (yech)  ;)

Ah... ^V^O doesn't work under VMS. You have to go to another virtual console
and do: echo ^V^O >/dev/tty1 (assuming /dev/tty1 is the screwed up console).

There are better solutions, however. Since you get the problem often, change your
reset (rs) and/or initialize (is) strings in the termcap to:
rs=\Ec\E)B
is=\Ec\E)B

After this, you'll find it difficult to get the console into the grahics character
set mode (a VMS program that actually uses graphics characters might still do it).
If you do manage it, 'setterm -reset -initilize >/dev/tty1' from another virtual
console should fix it (assuming again that /dev/tty1 is the plagued one). Note that
the sequence \E)B sets the secondary character set to normal as well (the current
default is the graphics character set). This means that it won't matter, if you
get ^O:s and ^N:s because of line crap. The screen won't go garbled.

> The screen goes into the extended character set, but only the lower case 
> letters!  numbers, and capital letters do ok.
> go figure.  :(

Yup. That's the graphics character set, all right. Quite normal.

> My solution for now:
> create a dos partition temporarily.
> install dos5.0, and pcplus2.01 on that partition.
> use this to login and get the linux stuff I need...
> reboot to linux.....
> mcopy the stuff over.
> I was hoping to use linux only, so I wouldn't have to truncate file names, 
> but them's the breaks... :(

Ugh! We can't have you doing that, can we? :-)

> I am going to do a setterm -file dfile -dump 2 and see if the graphics get 
> captured, or if it maps normal on another vc....

The graphics will get captured.

> Later,
> Jim Gifford
> jim@raskol.attmail.com

Well, I hope this fixes your troubles.

	Mika
--
Mika Liljeberg			Email:	liljeber@kruuna.Helsinki.FI
Helsinki University			Mika.Liljeberg@Helsinki.FI
Dept. of Computer Science
From: vwllibmod@csghsg5a.bitnet
Newsgroups: comp.os.linux
Subject: zip 1.0, non-export version on banjo
Date: 26 Jul 92 01:00:52 GMT
Organization: University of St.Gallen, Switzerland

I've uploaded 'zip10c_src.t.Z' to /pub/Linux/Incoming on banjo.concert.net.

The package contains the sources to build the non-export version of zip 1.0.
My hacking is based on Wen-Chun Ni's port for Linux (zipsrc.tar.Z, 29/5/1992)

What's new?:
        o Changed some defines to make it work with GCC 2.2.2 
          (tested under Linux 0.96c-pl2)
        o Added Zip-encryption code

Please have a look at the README's for more infos.

Regards,
--Fabian Mueller
From: mulcihy@sweetpea.jsc.nasa.gov (David Mulcihy 283-4279)
Newsgroups: comp.os.linux
Subject: Re: New; FAQ.TEX (part 3)
Date: 23 Jul 92 12:25:49 GMT
Organization: McDonnell Douglas Space Systems Company

For those of us without TEX how about making a postscript copy?
Thanks.
David Mulcihy
mulcihy@sweetpea.jsc.nasa.gov
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: Splitting the comp.os.linux group
Date: 24 Jul 92 17:50:33 GMT
Organization: University of Helsinki

wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:
>I'll think this over, and if I still think comp.os.linux.news (possibly
>.announce) is a good idea, I'll post an RFD

I have now thought it over.  I think that I prefer the method of cutting
down the traffic by directing questions to a mailing list.  This way the
announcements won't be hidden under a lot of RTFM-type questions.  If
anybody disagrees, they are free to do the RFD themselves.

--
Lars.Wirzenius@helsinki.fi
Newsgroups: comp.os.linux
From: pmacdona@sanjuan (Peter MacDonald)
Subject: auto-detect fs type on mount
Organization: University of Victoria, Victoria, BC, CANADA
Date: Sat, 25 Jul 92 16:20:11 GMT

Here is a simple patch to allow the kernel to try to auto
detect the FS type upon a mount request with no type
specified, or with a type of "-".  Actually, as you can see,
it just changes sys_mount to try the three current types,
minix, ext, and msdos.  We should probably get rid of
the "magic match" msg.  Also, overwriting the dev_name
field with the FS type upon return may not be acceptable?

I am sending this to Linus as well, since I am not entirely
sure he can keep up with reading this group anymore :-)

Peter (pmacdona@tadpole.bcsc.gov.bc.ca, pmacdona@sanjuan.uvic.ca)
----------------------------------------------------------------

*** super.c.save	Sat Jul 25 07:32:30 1992
--- super.c	Sat Jul 25 08:58:28 1992
***************
*** 275,288 ****
  			i = 4095;
  		memcpy_fromfs((void *) page,data,i);
  	}
! 	if (type) {
  		for (i = 0 ; i < 100 ; i++)
  			if (!(tmp[i] = get_fs_byte(type++)))
  				break;
  		t = tmp;
! 	} else
! 		t = "minix";
! 	retval = do_mount(dev,dir_name,t,flags,(void *) page);
  	free_page(page);
  	return retval;
  }
--- 275,297 ----
  			i = 4095;
  		memcpy_fromfs((void *) page,data,i);
  	}
! 	if (!type || ('-' == get_fs_byte(type))) {
! 		if (0 == (retval = do_mount(dev,dir_name,"minix",flags,(void *) page)))
! 			put_fs_byte('m', dev_name);
! 		else
! 		if (0 == (retval = do_mount(dev,dir_name,"ext",flags,(void *) page)))
! 			put_fs_byte('e', dev_name);
! 		else
! 		if (0 == (retval = do_mount(dev,dir_name,"msdos",flags,(void *) page)))
! 			put_fs_byte('m', dev_name);
! 		
! 	} else {
  		for (i = 0 ; i < 100 ; i++)
  			if (!(tmp[i] = get_fs_byte(type++)))
  				break;
  		t = tmp;
! 		retval = do_mount(dev,dir_name,t,flags,(void *) page);
! 	}
  	free_page(page);
  	return retval;
  }

Newsgroups: comp.os.linux
From: sevenup@netcom.com (Mark W. Moorcroft)
Subject: Re: New version of the SCSI drivers
Date: Tue, 28 Jul 92 02:53:07 GMT
Organization: Netcom - Online Communication Services (408 241-9760 guest)



	The new boot image finally detects my partitioning info
correctly, but results in kernel panic :-(

to wit:

sd1:
Partition tables ok
bread(0301,1) failed
kernel panic



	Drive 1 has a fresh low level format, and this is a SCSI only
system.


--any clues ??


p.s. The previous bootimages would boot on my system but efdisk would
not work because the drive info was not being detected properly (head,
sector,cyl info) and the boot info was flaky (tape drive detected
twice) ??

-- 

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 Mark W. Moorcroft -- sevenup@netcom.COM -- C.I.S. 70741,325
-------------------------------------------------------------
  "I speak for myself and those who agree with me !"   ;-)
Newsgroups: comp.os.linux