HDTenEightyP/NetNews huggingface dataset:
From: steffen@gfz-potsdam.dbp.de
Subject: Re: mount/umount
Reply-To: steffen@gfz-potsdam.dbp.de
Organization: The Internet
Date: Wed, 29 Jul 1992 06:03:53 GMT

RFC-822-Headers:
X-Mailer: ELM [version 2.3 PL11]

==================
X-Mn-Key: NORMAL
"Mitchum DSouza writes :"

   RFC-822-HEADERS:
   X-Note1: Remember to put 'X-Mn-Key: normal' to your mail body or header


   Hey has anyone noticed that umount doesnt work with -a flag.
   I.E. Well it does but doesn't update the mtab file, so doing a df
   after umount -a gives garbage.
This is true for me also (mount/umount from rootimage-0.96).

   Also mount doesn't work with -avf flags.
'f' is for 'fake', it builds a mtab entry only, does no real mount
(read from Sun man pages)

   And have you notoiced the garbage it writes for the root device
   if you have it in the fstab file??

   In mine ive got:
   (that is the mtab file)

   hda4 / minix defaults 2 62914336

   What the hell is 62914336 anyway ??
Yes , I have got the same number and no explanation for it.
Why is the mounted device not given as its full name ? This makes it
impossible to mount a file containing a filesys, as mentioned to be
supported in the near future.

   Mitch
   P.S. thats with the last patch posted.
So nothing seems to have changed since July 6 (?) when rootimage-0.96 came out.

Are there newer binaries for : mount umount shtudown/reboot/halt ... ?


--
Steffen Grunewald | IP : steffen@gfz-potsdam.dbp.de | Phone : (+49)331-310526
GeoForschungsZentrum Potsdam,  Telegrafenberg A3,   O-1561 Potsdam,   Germany
#include <disclaimer.h>     /* >>> I don't like Mondays - and .sig's ! <<< */
From: bibhas@pico.engr.mun.ca (Bibhas Bhattacharya)
Subject: Re: Graphics library and mouse support in GCC ?
Keywords: Graphics GCC
Organization: Memorial University of Newfoundland
Date: Tue, 28 Jul 1992 18:36:49 GMT

bibhas@pico.engr.mun.ca (Bibhas Bhattacharya) writes:

>I will be very much interested to know the graphics library and mouse

I should have been more specific. I know these things can be handled very
well in X, but I was looking for writing programs outside X, hoping for
more speed. The library "vgalib" seems to be good for graphics. But mouse
handling seems to be a specialists work. About text mode line/box drawing
extended characters, I think it's possible, (through curses ?).

I don't have a good software background, but, have to write a lot of
engineering stuff. I was hoping to add graphics and improve the get up of
the programs, without concentrating too much on them.

As for why linux/UNIX, I say, what's the alternative?

Bibhas.
From: Rob.Levin@f217.n3802.z1.fidonet.org (Rob Levin)
Newsgroups: comp.os.linux
Subject: Problems with Alpha.5 DOSFS
Date: Fri, 24 Jul 1992 13:47:28 -0800

 RL> That is unnecessary, now that I'm mounting in auto 
 RL> mode.  Text files have those ^Z and ^C characters 
 RL> converted properly, now, assuming the filename 

Control 'C' characters?  Oops, sorry, that was control 'M'....

[blush]

Rob L.


 * Origin: Via the Annex in Victoria, TX (1:3802/217)
From: jwinstea@jarthur.claremont.edu (Jim Winstead Jr.)
Newsgroups: comp.os.linux
Subject: Re: New root disk utils compiled with new diraddr()?
Date: 31 Jul 92 20:06:59 GMT
Organization: Harvey Mudd College, WIBSTR

In article <CORYWEST.92Jul31121404@lost.rice.edu> corywest@rice.edu (Cory West) writes:
>	Will the utils on the next release of the root disk be
>compiled with the correct readdr() so that they will be able to
>deal with the new ext file system?  I was trying to test out the
>ext file system, but I don't have the resources to recompile
>everything.  When might we see this? When might the extfs move from
>beta to production?

All the binaries on the 0.96 root disk were compiled with GCC 2.2.2,
so they do use the 'new' readdir() function, which has actually been
around since GCC 2.1.something, or earlier.

You can expect to see a 0.97 root disk very shortly after Linus
releases the 0.97 kernel.  There will not be any major changes, but it
will fix all known 'bugs' from 0.96, and have a bunch of minor
changes/additions/etc.
-- 
                                    +    Jim Winstead Jr. (CSci '95)
                                    |            Harvey Mudd College
                                    | jwinstea@jarthur.Claremont.EDU
                                    + This is all my words.  Honest!
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: QIC-02 tape driver?
Date: 28 Jul 92 14:30:46 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <NEGAARD.92Jul27123006@fungus.aero.org>, negaard@aero.org (Eric Negaard) writes:
| I thought I remembered seeing a message from someone who is working
| on a QIC-02 driver, but I can't find it now.  Is anyone working
| on this beast?

  That would be really useful! With old but unused usits around for
$350-399 they make a great cheap backup! I would love to get off floppy
on my linux system, particularly since I have 150MB SCSI tapes on my
other systems.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
	It never ceases to amaze me that otherwise rational people, able to
	understand calculus, compound interest, and the income tax form, can
	continue to believe that poker is a game of chance.
From: laakkone@klaava.Helsinki.FI (Tero Laakkonen)
Newsgroups: comp.os.linux
Subject: tlQ: where is arch for linux?
Date: 20 Jul 92 15:14:23 GMT
Organization: University of Helsinki

hi, i'm trying to build a C++ class lib called La++. the source code
comes with a Makefile that uses /bin/arch to display the architecture 
of the machine.

can somebody tell me where to find the sources for arch?
or would somebody like to suggest a way round arch? La++ ( = "lapp") is in
venera.isi.edu in /pub/mosis/contrib (i think).

-tero laakkonen
From: qs101@cl.cam.ac.uk (Quentin Stafford-Fraser)
Newsgroups: comp.os.linux
Subject: PostScript FAQ
Keywords: FAQ postscript
Date: 24 Jul 92 09:46:26 GMT
Reply-To: qs101@cl.cam.ac.uk (Quentin Stafford-Fraser)
Organization: U of Cambridge Computer Lab, UK

Apologies if this gets posted twice - my news reader died :-(

I have uploaded Gert-Jan Hagenaars' LaTeX FAQ to banjo.concert.net as
/pub/Linux/Incoming/FAQ_07.tex.Z, and in PostScript as FAQ_07.ps.Z.

Many thanks to him for his hard work.

Quentin



 -----------------------------------
 Quentin Stafford-Fraser            
 Cambridge University Computer Lab  
 qs101@cl.cam.ac.uk
 Tel +44 223 334645
 -----------------------------------
Newsgroups: comp.os.linux
From: butler@cs.tulane.edu (Larry Butler)
Subject: Re: Possible bug in system clock.
Nntp-Posting-Host-[nntpd-8894]: rex
Organization: Computer Science Dept., Tulane Univ., New Orleans, LA
Date: Wed, 29 Jul 1992 00:52:59 GMT

Hi,
  I posted a message recently about a possible bug that causes my clock
to be 12 hours off. Some other people with phoenix BIOS have told me that
they do not have that problem. I don't know what causes this but it is very
consistent. Anyway... I bought a new mainboard to replace my 386SX/16 with
a 386DX/40 (Big difference and only $279) and the problem cleared up.

BTW, I don't if anyone has used linux on those new non-Intel chips, but I
and It works fine. I guess no one expected anything less.

Larry. (butler@cs.tulane.edu)
Newsgroups: comp.os.linux
From: rick@ee.uwm.edu (Rick Miller)
Subject: *Still* struggling...
Summary: Help?!?
Organization: University of Wisconsin, Milwaukee
Date: Mon, 27 Jul 1992 13:51:04 GMT

Last Friday I downloaded the sources and patches, and compiled the Linux
0.96c pl2 kernel!  Oddly, there were a couple warnings... but she still
compiled.  So now my kernel recognizes my MicroSoft bus mouse...

Unfortunately though, X386 *still* won't work.

I have the xbase binaries, located properly.  I've been supplied with a
working Xconfig'uration for my Paradise video card, and I changed its
mouse spec's to:

BusMouse	"/dev/mouse"
  Emulate3Buttons

(Of course, I also mknod'd /dev/mouse in the prescribed manner...)

I've followed all the INSTALLation instructions that came with the
xbase binaries... but when I type "startx" it works only as far as
the point where you're supposed to press the mouse button.  Nothing
moves when I move my mouse, and there's no reaction to pressing the
button... (and yes, I waited a bit like the INSTALL notes said.)

Does anyone have any idea what I might be missing?

Rick Miller            Inet: rick@ee.uwm.edu         Voice: +1 414 221 3403
Newsgroups: comp.os.linux
From: janl@ifi.uio.no (Jan Nicolai Langfeldt)
Subject: Re: Problems with extfs
Keywords: problems, extfs
Organization: Folkeaksjonen for (tungt) eple cider p} Inf. stua
Date: Thu, 30 Jul 1992 17:52:18 GMT
Originator: janl@bera.ifi.uio.no


In article <Bs5tqK.BMr@ux1.cso.uiuc.edu>, Upholder@uiuc.edu (THE Upholder of Truth) writes:
> for example, issuing a 'compress vixie-cron.tar' results in an error message
> that a .Z could not be appended because the filename was already 14 characters.

Max filename length is a compile time constant, so you have to edit
the right .h file(s) and recompile.

I have no idea on the other things

-- 
Nicolai Langfeldt, "Bugs made while you wait"             
Internet: janl@ifi.uio.no

Newsgroups: comp.os.linux
From: dirkst@messua.informatik.rwth-aachen.de (Dirk Steinberg)
Subject: Re: select () broken in 0.96cpl2?
Keywords: KERNEL
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: 28 Jul 92 14:28:13 GMT

Sorry, folks. Select() is NOT broken in 0.96cpl2---just in MY version.
I had applied some serial speedup patches before 0.96 patch 2...

	Dirk
-- 
---
Dirk W. Steinberg
Aachen University of Technology
email: dirkst@pool.informatik.rwth-aachen.de
Newsgroups: comp.os.linux
From: dje@sspiff.ampr.ab.ca (Doug Evans)
Subject: Re: changing to another virtual console...
Organization: Edmonton, Alberta
Date: Wed, 22 Jul 1992 04:59:43 GMT
X-Newsreader: Tin 1.1 PL4

jshiffle@netcom.com (John Shifflett) writes:
>Does POSIX make allowances for querying/changing virtual consoles?
>It would certainly be simple to add an option to the TIOCLINUX ioctl
>call (IS simple! I did it in my system, but I don't feel quite right
>about running a personalized OS). Perhaps the movers&shakers could
>discuss adding the few lines of code needed....
>John S.

The SVR4/386 systems and SCO Xenix provide ioctl's to do this.
I think Linux should just follow suit and use those. Why add extra
pain to people porting applications that use the ones already in existence?
-- 
Doug Evans               | "You're just supposed to sit here?"
dje@sspiff.ampr.ab.ca    |               - Worf in a mud bath.
From: eric@tantalus.dell.com (Eric Youngdale)
Newsgroups: comp.os.linux
Subject: Re: GNU Hurd (was Re: BSD Unix)
Date: 21 Jul 92 18:24:58 GMT
Distribution: comp

In article <1992Jul21.131526.8920@ncsu.edu> jlnance@eos.ncsu.edu (JAMES LEWIS NANCE) writes:
>
>In article <1992Jul21.112705.6276@cs.cornell.edu>, murthy@cs.cornell.edu (Chet Murthy) writes:
>|> free unix is perhaps 2 years away - in 2 years, linux will be stable.
>|> In two years, the GNU Hurd will be stable.  And AT&T can 
>
>I have been wondering this for some time but have refrained from asking it
>because it sounds like a flame, but it is not.
>
>GNU has been working on Hurd for as long as I have know about them.  This has
>been at least 3 years, and I have seen nothing from them.  Linus has been
>working on linux for about a year and a half, and has produced a very good
>operating system.  Does anyone know what is taking GNU so long?  Prehaps they
>have released beta versions that I am unaware of, or prehaps they do not 
>want to release anything before they get it finished?  Anyone know?

	The one important difference is that hurd is supposed to be able to run
on any type of machine (sparc, vax, 386, etc).  This makes the problem far more
complicated.  Device drivers need to be written and optimized for each machine.
I would also guess (based on experience with some of the other gnu utilities)
that it may be suffering from feeping creaturism.  This is, of course, purely
conjecture.

	I have seen alpha versions (or perhaps pre-alpha) on some of the GNU
machines at mit, but I have never tried to download it, and I have never
seen an announcement.

--
Eric Youngdale
eric@tantalus.nrl.navy.mil
Newsgroups: comp.os.linux
From: cmenser@nyx.cs.du.edu (Charles Menser)
Subject: X and Orchid (EISA) cards, which chip set do they use?
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Sat, 25 Jul 92 16:02:38 GMT

Is anyone familiar with the Orchid Pro Design SVGA (the EISA model)?
I am trying to determine which chip set it uses, hence whether it will
run X386.

Is it based on ET4000, S3, or something else?

Many thanks,
Charles
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Charles D. Menser               !  "... and even if you choose not to decide,
cmenser@vyonous.kennesaw.edu    !           you still have made a choice."
From: Rob.Levin@f217.n3802.z1.fidonet.org (Rob Levin)
Newsgroups: comp.os.linux
Subject: Device names (was Re: ttys2 not responding)
Date: Mon, 20 Jul 1992 08:09:20 -0800

 TT> This is very confusing - drive _letters_ are a DOS anachronism and
 TT> should have no place in Linux.  Drives should be numbered starting
at
 TT> 0 and partitions should be given letters starting a 'a' so eg.

 TT>  /dev/hd0a is the first partition on the first drive
 TT>  /dev/hd1a is the first partition on the second drive etc.

You seem to be arguing that, because something is done a certain way in
DOS, it is anathema.  I'll be interested in hearing other, more
substantive, arguments.  ;-)

 TT> partitions can overlap, and it is conventional on BSD Unix to
assign

Could you be more specific on the BSD convention for hard disk naming? 
And for partitions, if such a thing exists in the vanilla BSD
environment?

Thanks,

Rob L.

 * Origin: Via the Annex in Victoria, TX (1:3802/217)
From: cgwillme@cybaswan.UUCP (r b willmersdorf)
Newsgroups: comp.os.linux
Subject: Fax software ?
Date: 29 Jul 92 18:01:05 GMT
Reply-To: cgwillme@pyr.swan.ac.uk (r b willmersdorf)

Hello,

In an archive site of gnu software, I found this: fax-3.2.tar.Z.

The readme says it supports G3 fax sending/receiving spooling for multiple
users, and a lot of other interesting things. 

Has anybody tried to run this under linux? I didn't try because I don't
have a fax/modex yet (not even a modem, really) because I thought there
where no drivers for unix and I'd rather not use dos at all.

Many thanks,

-- 
--

Ramiro || cgwillme@pyr.swan.ac.uk
Newsgroups: comp.os.linux
From: fortony@sonne.cso.uiuc.edu
Subject: Re: Problem with elvis binaries from tsx-11
Originator: fortony@murphy
Organization: University of Illinois at Urbana
Distribution: usa
Date: Mon, 27 Jul 1992 04:57:38 GMT
Keywords: elvis binary

wcn@cs.brown.edu (Wen-Chun Ni) writes:

>So don't give up, if you really like vi.

Also, *do* check out 'vile', which is a really great cross between vi
and microemacs.  For those of us who absolutely despise the bloated
operating system that regular emacs is, and whose fingers are trained
to correctly operate a keyboard, and who look wistfully at the multiple
windows under emacs, vile is glorious.

In fact, it's the only piece of software I've ever thought of paying
a shareware fee for.  I contacted the author about it, asking if he
wanted $20 to keep it up, but he indicated that vile was freeware, and
he couldn't accept the money with a clean conscience. :)


>Wen-Chun Ni
-- 
a b c d e f g h i j k l m n o p q r s t u v w x y z
Felix Sebastian Ortony	fortony@murphy.gis.uiuc.edu
Newsgroups: comp.os.linux
From: c-amb@math.utah.edu (Mark B. Alston)
Subject: Re: Does X386 support Trident 8900 ?
Date: Wed, 29 Jul 1992 17:06:21 GMT
Followup-To: comp.os.linux
Organization: Department of Mathematics, University of Utah

	No trindent cards are not supported.  Either get a ET4000 based card
or wait for the 8514 port and get one of those.
	Isn't this in the FAQ?  If not could someone
please put it there this trident thing is getting out of hand.
--
>-->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: russed@marcus.its.rpi.edu (Daniel Pereicich Russell)
Subject: Re: ATI Graphics Ultra support?
Date: Thu, 30 Jul 1992 03:00:34 GMT

	As a followup, if the ATI Graphics Ultra isn't supported, I'm
willing to work on it if someone can give me a copy of "How to write a 
video driver in 10 easy steps," or its equivalent.
	Many thanks-
 dan
=====
Dan Russell			russed@rpi.edu
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Good news, bad news
Date: 22 Jul 92 13:58:55 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY


  The good news is that I ported BPE (Binary Patch Editor) to Linux late
night and uploaded it to tsx-11 this morning. I included the binary,
source, and of course man page. Hopefully no more booting DOS to edit
binary files or floppy disks.

  The bad news is that future ports of software are going to come (from
me) slowly, since linux doesn't look as much like unix as I had
expected. Programs which compile without problem using gcc on SunOS and
V.4/386 generate thousands of warnings and errors on linux, due to the
changes in header files (or maybe because of 2.2.2 vs 2.1). Before
someone asks, yes, roughly 1.7 lines of error per line of code!

  I'll release things as I get the chance, but after four hours of
wading through error messages from one program which compiles on SunOS,
Ultrix, V.4, xenix, V.3, UNICOS, and even SysIII (it's an old program),
I conclude that when you start to diddle with ioctl and IPC linux is
not very similar to known unix versions. I had hoped to contribute some
of the missing pieces, but it seems less likely now.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
	It never ceases to amaze me that otherwise rational people, able to
	understand calculus, compound interest, and the income tax form, can
	continue to believe that poker is a game of chance.
Newsgroups: comp.os.linux
From: matzet@ponder.csci.unt.edu (michael andrew atzet)
Subject: Diamond Speedstar 24  vs  Orchid Pro-Designer IIs
Organization: University of North Texas
Date: Thu, 30 Jul 1992 22:40:49 GMT

Hey Linuxers,

I am currently running Xv1.1 on a Diamond Speedstar 24. It's an
'ok' setup except for the cards variable clocks. It is a bit of
a hassle to set the clocks in Dos using vmode and then booting
into linux under a specific text mode so as not to change the
clock values.

This situation prompted me to contact the dealer that I bought 
the card from to see if he had any other ET4000 cards available.
The first rep I spoke to said that they had an Orchid
Pro-Designer IIs card also and that they would trade straight
across but I would also have to pay a restocking fee of about
$30. I did not find this very attractive since the Speedstar
card is worth about $20 more than the Orchid anyway. So I called
a second time and spoke to a rep that I have worked with before
and told him that the fee was bunk. He said that I wouldn't have 
to pay the damn fee!

Anyway, my questions are these....

On the Speedstar I've seen only the clocks 25 28 44 45 66 72 80.
But of course I can't get them all at the same time. In one vmode
I'll get 25 28 45 44 ..... and on another vmode they will be
25 28 80 72 ..... and so on. Well if there is anyone out there 
using the Orchid card could you tell me what the clock values
are? Also, is the Orchid a variable clock card too? If it is
I don't believe I would make the trade.

I'm am also concerned about what losses I would make in the trade
with my Dos apps. The Diamond card can support 24 bit colors. I
don't think the Orchid can do that.

Finally, If anyone has any comments or advice on this card comparison
please feel free to give them. They would all be greatly appreciated.


Thanks in Advance,

Mike
From: hanson@pogo.fnal.gov (Steve Hanson)
Newsgroups: comp.os.linux
Subject: Re: LINUX DISK AVAILBLE IN CANADA
Keywords: linux disks available
Date: 27 Jul 92 15:21:52 GMT
Organization: FERMILAB, Batavia, IL

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

>In article <jen.712077777@unixg.ubc.ca>, jen@unixg.ubc.ca (Zhen Yu) writes:

>| It seems someone is filling the vacuum for those who want free-unix but have
>| no ftp access.
>| Comments, anyone?

>  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...

>  I've had people asking where they can get disks and hardcopy
>installation instructions, so there are people out there willing to pay
>for convenience.
>-- 

Well, there's obviously some bad feelings about this, but I thought
I'd bring it up:
	I publish a newsletter called UNIX USER which is  a general
UNIX newsletter with a growing emphasis on free software.  We shipped
our last issue with a free copy of Linux (MCC interim version 0.95C+
minus the C++ disk).  It includes a newsletter which includes installation
instructions and a (slightly edited) version of the FAQ, and some
other information.  Anyway, if anyone wants a copy of this, it is
still available as a single issue for $15, or as part of the normal
$35 subscription.
	We are also working on a packaged version of 0.96C+ which
will also include kernel sources, the full gcc package, X11,
and some other stuff.  It will be ready some time in August
and will include printed install instructions, etc.  It will
be $30.
	PLEASE note that we don't really make any money on this,
we just do it for people who would like access to Linux and who
don't have access to the Internet.
	US MAIL - Hanson COmputer Consulting
1931 W. Wilson St. Suite 342
Batavia, IL 60510

WAFFLE BBS system for Linux support (708)879-8633.


-- 
Steve Hanson - FERMILAB, Batavia, Il.  (708)840-8043
hanson@pogo.fnal.gov or hanson@fnal.fnal.gov
Newsgroups: comp.os.linux
From: ins295b@aurora.cc.monash.edu.au (Andrew Humphrey)
Subject: X weirdness.
Summary: I have no idea about X
Keywords: Confusion.
Organization: Monash University, Melb., Australia.
Date: Tue, 28 Jul 1992 10:35:44 GMT

Hi,
#include "pat.on.back.for.linus"
	I've been tinkering with getting X11 to work with my setup
 (50 MHz 486 with an Tseng Labs ET4000 card and a tatung multi scanning
monitor) and for ages was unable to get a stable picture in any of the
modes that the various resources had told me should work. Then
completely by accident I tried to start X11 after I had selected one of
the SVGA text modes at boot time (100x40) and It worked perfectly.  Can
anyone out there give me a vague idea of why this is so.  If more
details are required mail me and I'll supply what's needed.

Thanks in advance to whomever decides to help.


--
Andrew Humphrey
ins295b@aurora.cc.monash.edu.au
ins295b@lindblat.cc.monash.edu.au
humpy@yoyo.cc.monash.edu.au

"Just because I'm paranoid, it doesn't mean the whole world isn't out to
get me".


Newsgroups: comp.os.linux