HDTenEightyP/NetNews huggingface dataset:
From: kutcha@eos.acm.rpi.edu (Phillip Rzewski)
Subject: How stable is extended filesystem?
Keywords: extfs
Organization: The Voice of Fate
Date: Tue, 15 Dec 1992 23:21:06 GMT


    I have been fooling with Linux since the 0.96 days, and I've always seen
these warning messages in the kernel READMEs saying "extfs not recommended
for real use yet" and such. While I generally like having the latest and
greatest stuff so I can be a good little tester (I am running 0.99 now),
I generally followed these warnings because I didn't wanna be reformatting
my hard drive every time the extfs was updated.

    Now I am on my way to buying a hard drive for Linux. I've spend the past
few months living off 55 meg partition and 8 meg swap and I'm sick of it. I'm
plunking down the cash for a 213 meg drive and I wanna give Linux a permanent
home on it. In theory, this would seem like a good time to start fresh with
extfs. However, I don't want to do so if it's going to mean reformatting
later.

    So does anyone have a summary of how it's going? What's your suggestion?
On a related topic, if I decide to go all 213 megs Linux, I'll still have some
space left over on my other hard drive (the 55 megs I'm using now). Would you
suggest going extfs with that too, or keeping some as the old style? Reasons?

    Thanks heaps.

--
  Phillip Andrew Rzewski                      Internet: kutcha@acm.rpi.edu
             "Don't wait; while you're waiting, you're dying."
                          --- Peter Hammill
Newsgroups: comp.os.linux
From: loser@clueless.newbie.tyro.org ()
Subject: Re: lpr.tar.Z: Daemon no present !? but it's there!
Organization: Workstations at Maryland, University of Maryland, College Park
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 11 Dec 1992 22:03:01 GMT

   The lp capability should point to a printer device in your /dec directory.
For example, lp=/dev/lp1.  It works fine for me :)

Jaime Jofre
From: Thomas_Backhaus@hb.maus.de (Thomas Backhaus)
Newsgroups: comp.os.linux
Subject: Re: motif
Date: Sun, 13 Dec 92 01:43:00 GMT
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

Hi Bill,
w>
w>
w>At work, we have a licensed version of Motif on the Suns.  Is there a
w>free package like motif?  Has anyone put it on Linux?
w>
Because Motif isn`t under the Copyleft or something like that - it's simply
commercial - there is no version available for Linux.

But the Open Look Window Manager (both olvwm and olwm) are ported to Linux.

Bye
Thomas
w>
From: murray@chemeng.ed.ac.uk (Murray Laing)
Newsgroups: comp.os.linux
Subject: REQUEST: laptop recommendations for Linux
Date: 16 Dec 92 14:59:25 GMT
Organization: Edinburgh University Chemical Engineering Department

Hi, just a simple ;-) question ...

I work on Suns with X11R5 and OL using epoch heavily. I am considering
buying a 386 laptop to help me work at home, which I intend to mount
Linux on. Any recommendations?

Murray
  
-- 
 #8*)  #8*)  #8*)  #8*)  _/_/_/   _/     _/ _/   #8*)  #8*)  #8*)  #8*)
D Murray Laing          _/    _/ _/_/ _/_/ _/   Tel: +44 (031) 650 4866
Dept. of Chem. Engng.  _/    _/ _/  _/ _/ _/    EM: murray@uk.ac.ed.chemeng
Univ. of Edinburgh    _/_/_/   _/     _/ _/_/_/ or D.M.Laing@uk.ac.edinburgh
Newsgroups: comp.os.linux
From: peterw@archsci.arch.su.edu.au (Peter Williams )
Subject: Re: Fortran for linux ? (not f2c)
Reply-To: peterw@archsci.arch.su.edu.au
Organization: Design Computing Unit, Sydney University
Date: Sat, 12 Dec 1992 00:20:34 GMT

In article 0@fsunuc.physics.fsu.edu, books@fsunuc.physics.fsu.edu (Roger Books) writes:
>In article <1992Dec9.023607.765@monu6.cc.monash.edu.au> parry@yoyo.cc.monash.edu.au (Tom J Parry) writes:
>
>>At risk of sounding horribly condescending - I would personally prefer that
>>fortran isn't perpetuated one second beyond its alloated life-span and let's
>>face it - it's gone on far too long - and still suffers from the abuse of
>>its earliest misfeatures. I have used fortran considerably (not really out
>>of choice) - and personally worked on the rehabilitation of one utter
>>disaster that used all the worst features of the language and none of the
>>better ones.
>>
>
>You know, I have a bunch of physics grad students here.  Many of them
>have 386+387 or 486's.  Many would like to work exclusivly on their PC's,
>but their data analasys uses huge data arrays (48 MB is common.)  Linux
>would be an ideal solution, but we have all this analysis software written
>on our Unix/VMS machines in fortran.  I guess they could put off graduating
>a few years and rewrite the code in C.
>
>Really, after doing a VMS upgrade and having this VAXcluster BS kill my
>machines, then having Ultrix not let me use all my memory in one array
>because I'm swapping on two different disks, I'd love to switch much of this
>over to Linux.  Unfortunately we have no Fortran compiler.
>
>>-- 
>>Tom J Parry.
>>Your reality is a figment of my imagination.
>
>Roger Books
>System manager for FSU physics/nuclear research group
>
>books@fsunuc.physics.fsu.edu


This article has nothing to do with linux as far as I can see. This news group is
already very busy. Perhaps you could continue this discussion by email or a more
appropriate news group. Thanks.


---
Peter Williams                |e-mail: peterw@archsci.arch.su.edu.au
Key Centre for Design Quality |phone: +61-2-692 2053 or +61-2-660 6156
University of Sydney          |+++++++++++++++++++++++++++++++++++++++

Newsgroups: comp.os.linux
From: pmacdona@sanjuan (Peter MacDonald)
Subject: Re: Newbie questions -- C++, PS printer 
Organization: University of Victoria, Victoria B.C. CANADA
Date: Mon, 14 Dec 92 01:35:56 GMT

In article <1992Dec14.003102.4687@cc.gatech.edu> ammo@cc.gatech.edu (Ammo Goettsch) writes:
>Hi, I have been hacking on Linux for just a few days, trying to get my
>work ported to my PC.
>
>Here are 2 newbie questions, to be answered by the knowing in email or
>on the group, by preference.
>
>1) I have a post script printer. I have the /dev/lp1 working. I would like
>   to have "lpr textfile" make post script out of a straight text file and
>   dump it to my printer. This is like the "enscript" program we have on our
>   UNIX boxes. What program do I need to do this?
>
>2) I compiled tons of C code and some C++ code from work, by using g++. 
>   Everything works fine except C++ program which use cout for standard output
>   cannot find "cout" or operator<<(various types)" and so they don't link.
>   Do I need to link a special library for this? I thought this stuff should be
>   in libc.a? 

Tch, tch.  This is in the SLS FAQ.  Use "gcc -nojump".  Hopefully, this
will be resolved soon.

>
>I am presently using an SLS distribution Linux which thinks it's 0.96 
>without any patches other than newer xfree86. 
>
>Please help,
>Ammo Goettsch


Newsgroups: comp.os.linux
From: arm@helix.nih.gov (Andrew Mitz)
Subject: Re: a5 missing?
Followup-To: comp.os.linux
Organization: National Institutes of Health, Bethesda
Date: Sat, 19 Dec 1992 15:54:37 GMT

a5 appears to be for future expansion.  I loaded SLS last
week, it quit the a series at disk a4, and the system
appears to work fine.



-------------------------------------------------
Andrew Mitz          |    NIH Animal Center
Biomedical Engineer  |    Poolesville, MD
-------------------------------------------------

All opinions expressed are my own.


Newsgroups: comp.os.linux,comp.windows.x.i386unix
From: wpwood@queball.austin.ibm.com (Bill Woodward)
Subject: Problems getting X to run
Date: Thu, 17 Dec 1992 14:56:23 GMT
Reply-To: wpwood@aixwiz.austin.ibm.com (Bill Woodward)
Organization: IBM Austin

OK,
   I have been trying for about a week to get X to run on my ET-4000 based
graphics card.  I am getting the error message :

Fatal server error:
could not open default font 'fixed'

I know X pretty well on RS/6000s, so I tried the following things, none 
of which seems to work :

1)  Added 'FontPath "/usr/X386/lib/X11/fonts/misc/"' to my Xconfig file
2)  Remade the 'fonts.dir' file with 'mkfontdir /usr/X386/lib/X11/fonts/misc'
3)  Checked the fonts.alias file to make sure it had a 'fixed' entry in it
4)  Ran X by itself with 'X -df(?) Rom11' or some other font I knew existed,
    but no dice

I would appreciate any suggestions.  No RTFM comments, because I have already
looked through the FAQ and anything else I can find, but I couldn't find an
answer anywhere.  It's seems that this really should be in the FAQ.

   A couple of other questions:

1)  After I get the default font problem licked, I am still having trouble
    getting garbage on the screen.  When I run startx, the screen goes blank,
    and the random light and dark lines appear.  Is this normal if the server
    won't start?

2)  I heard that someone was working on a compressed filesystem.  When they
    say compressed, are we discussing something like Stacker?

Thanks,
   Any help would be greatly appreciated. 


<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Bill Woodward         |   I am the terror that flaps in the night.
AIX Development       |                              - Darkwing Duck
512-838-4107          |   Mi estas la teruro kiu nokte batas.
billw@aixwiz.austin.ibm.com                          - Malhelflugilo Anaso
From: ctne_ltd@uhura.cc.rochester.edu (Chris Newbold)
Newsgroups: comp.os.linux
Subject: Re: init-ing Diamond stealth clocks
Date: 15 Dec 92 15:21:17 GMT
Organization: University of Rochester - Rochester, New York

In <Bz9nu9.134@rshark.mixcom.com> root@rshark.mixcom.com (Brian Kapitan) writes:

>i've seen quite a number of posts on init-ing the stealth clocks
>to 1024x768x256 mode....

>the easiest way is a simple little kernel patch to setup.S...and then
>recompile the kernel and you're in business. works great for me, AND
>i don't have to run DOS!

>just toss the follwing in (a few preceeding lines have been included
>so you know where to toss them in):

Thanks! I suggested this idea a couple of days ago, but I didn't
know what the VESA BIOS calls to set an extended mode were...

-Chris

-- 
>>>> Chris Newbold <<<< * "If you fool around with a thing for very long you *
University of Rochester	*  		  will screw it up."		     *
Disclaimer: "All warranties expire upon payment of invoice."                
ctne_ltd@uhura.cc.rochester.edu * uhura.cc.rochester.edu!ctne_ltd@uunet
Newsgroups: comp.os.linux
From: tswekel@acs.ucalgary.ca (Trevor Stewart Wekel)
Subject: Maxtor hard disk problems
Date: Fri, 11 Dec 92 21:10:09 GMT
Reply-To: wekel@enel.ucalgary.ca
Organization: The University of Calgary, Alberta

I've been attempting to install Linux on an IBM PS/VP 6384
machine.  It is configured as follows:

33 MHz 486DX
8 Meg RAM
Tseng ET4000AX SVGA
200 meg Maxtor 7213AI IDE hard disk

The SLS installation disk boots up fine on the machine but
fdisk will not read the disk.  It responds with
	'unable to read /dev/hda'
when I try to use it.

Does anyone know how to correct the problem?

Thanks in advance.
Newsgroups: comp.os.linux
From: tmcwill@iat.holonet.net (Thomas McWilliams)
Subject: XC patch level 5 for Linux
Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
Date: Wed, 16 Dec 1992 05:41:46 GMT

Jeff-Randall@uiuc.edu (Jeff Randall) writes:
: paulf@halcyon.com (Paul Forgey) writes:
: 
: The sources available for Xcomm on tsx-11 have not compiled cleanly for
: a *LONG* time (have never gotten them to compile and I've been around
: since about .96pl3).
  
Reply to: uunet!pyrdc!bimbo!ukelele!tmcwill

Hello All,

Recently Jeff Randall inquired about the state of XC for Linux.
I had not posted any changes since last spring. Getting FTP
access has been difficult. However, Jeff was kind enough to
post the revisions to XC to sunsite.unc.edu and to tsx-11.mit.edu.
He has also put together a binary for use with jump tables.
The fixes and changes are listed below. Those who connect to BBSs
and DOS based servers should find a considerable improvement in
the way XC will now handle DOS "ansi" (?) sequences which differ
from the vt102 standard. Also high ascii characters are translated to
their latin1 equivalent which makes things easier for non-English
language use. One of the reasons there was problems compiling the 
current code is that under GCC 1.40 and earlier, stderr wasn't
buffered. Apparently with the change to GCC 2.x, stderr is now line
buffered which is why some programs that display characters instead
of lines don't function properly. I did post a patch to the net last
summer which fixed this problem but I was unable to get it to an FTP 
SIte. 

Here is a summary of the changes:

a) bug fixes, 
b) clean-up of the code, 
c) correction of the buffering problem with stderr (a fault of GCC 2.x), 
d) fixes to the dialing directory to not choke on the DEL character, 
e) improved dos_mode for displaying high-ascii characters and line 
   graphics (the latter by mapping them to vt102 graphics sequences), 
f) proper parsing of dos-type "ansi" (?) sequences which differ from the 
   vt102 standard.
g) *selectable* trapping of the DEL character and mapping it to backspace. 

It should be noted also that the internal xmodem protocols are consid-
erably faster and more reliable than in stock XC. CRC or Checksum packet
verification is automatically negotiated and true 1K Xmodem is implem-
ented with dynamic on-the-fly switching between 128 byte and 1K packets
as needed. While rz/sz is usually preffered, there are situations when
an internal protocol has its advantages. In some situations where there
are flow control problems, an ACKing protocol such as xmodem will work 
better than a streaming protocol such as zmodem. Of course rs/sz run 
just fine from the XC command line.

Thomas 
(ars KI4N)

Replies to: uunet!pyrdc!bimbo!ukelele!tmcwill

Note: Jeff Randall who uploaded the code and built the binary can be
reached at Jeff-Randall@uiuc.edu    (thanks Jeff!)

Newsgroups: comp.os.linux
From: mliggett@silver.ucs.indiana.edu (Mister Wizard)
Subject: mboot
Organization: Indiana University
Date: Fri, 18 Dec 1992 06:50:33 GMT

The README.rootdisk file for HJ Lu's bootable root disk says that
you can use the MSDOS program mboot.com
to boot your linux partition.  But it seems to only handle
multiple autoexec.bat/config.sys combinations on the same
partition.  Anybody who can help me out here?

-
   
1:wq

-- 
|\/|  __ -=> mliggett@silver.ucs.indiana.edu <=- (mliggett@iugold.bitnet)
|  |/\|| 'junk' collector, toys R us kid, antiauthoritarian...
   "...from the Marijuana plant; one acre makes four times more paper than one
        acre of trees."  -Jello Biafra .... Help lift the useless ban on hemp!
Newsgroups: comp.os.linux
From: tjrc1@cus.cam.ac.uk (T.J.R. Cutts)
Subject: Problems with floppy drive
Organization: U of Cambridge, England
Date: Tue, 15 Dec 1992 12:02:35 GMT

When I installed Linux 0.98pl5 about two weeks ago, I backed up my entire DOS
partition onto floppy disk (120Mb, and I don't have a tape drive... took me ages!)
I installed Linux, with which I am suitably impressed.  However, ever since then,
floppy i/o is generally perfect from Linux, but if I boot DOS I get strings and
strings of General Read Errors. _All_ of my backup floppies appear to be
corrupted.  What is more, they are all corrupted at the same place (about track
50-52).  Once I have attempted to read them with DOS, trying to read them with
Linux also fails.  This may simply be a case of the disks being old (most of them
are about three years old), but I find it hard to believe that all of them would
die simultaneously!  So, perhaps I have a fault with my floppy drive.  The
machine is relatively new (bought in October, so still under guarantee), and I
think it's rather a coincidence that I started having problems the day I first
booted a Linux disk...

I don't expect anyone to be able to help, exactly, but I think people should be
aware that there is even the possibility that Linux does something nasty to
floppy drives (it's a 1.44Mb drive).  This may just be paranoia but I thought it
better to warn you.  It's probably nothing.
-- 
-- Tim Cutts                             /~\     ----
                                        (   )  /     \
Sugarmice on a skateboard               /   \/        \
                                      /  O             \
                                    /                   \
                                    \____________________================
                                 -===========================-
                                   O                       O
Newsgroups: comp.os.linux
From: andrewc@aurora.cc.monash.edu.au (Andrew J. Cosgriff !)
Subject: Re: Help with talkd
Organization: Monash University, Melb., Australia.
Date: Sun, 13 Dec 1992 23:43:37 GMT

c60c-2gf@web-2d.berkeley.edu () writes:

>My problem seems to be the same in ytalk and talk.  The daemon can't
>recognize the machine of the other user, even if the user is on the
>same machine (since I am not really networked, this is all I want to
>do.)  My nameserver is working fine (e.g. it works with finger, telnet,
>and ftp).

Yep, I've had exactly the same problem and never got it fixed...
Any ideas, PLEASE ????

Enjoy !

Cos !
-- 
-------------------------------------------------------------------------------
 * Andrew J. Cosgriff ! *                   #include <std_witty_quote.h>
#define HERE cc.monash.edu.au               #include <std_disclaimer.h>
Hassle me at :      andrewc@aurora.HERE ; andrewc@lindblat.HERE ; cos@yoyo.HERE
From: Jim.Corbett@f35.n152.z1.fidonet.org (Jim Corbett)
Newsgroups: comp.os.linux
Subject: How to use microsoft mouse in X?
Date: Sat, 12 Dec 1992 12:22:00 -0800

 > Is there a combination of mouse clicking or keystrokes
 > that can achieve the
 > effect of the middle button on a regular 3 button
 > mouse? Should I redefine
 > the functionalities of the buttons in system.twmrc? If

In Xconfig uncomment Emulate 3 button (or whatever).
If your mouse works at all you have the major/minor battle won.

 * Origin: Intermittent Connection, Eugene OR 503-344-9838 (1:152/35)

Newsgroups: comp.os.linux
From: Jeff-Randall@uiuc.edu (Jeff Randall)
Subject: Re: How stable is extended filesystem?
X-Aka: Upholder
Keywords: extfs
Reply-To: Jeff-Randall@uiuc.edu (Jeff Randall)
Organization: The University of Illinois at Urbana-Champaign (UIUC)
Date: Wed, 16 Dec 1992 04:43:00 GMT

mycroft@hal.gnu.ai.mit.edu (Charles Hannum) writes:
>kutcha@eos.acm.rpi.edu (Phillip Rzewski) writes:
>> On a related topic, if I decide to go all 213 megs Linux, I'll still
>> have some space left over on my other hard drive (the 55 megs I'm
>> using now). Would you suggest going extfs with that too, or keeping
>> some as the old style? Reasons?

>I've only been using Linux for two days.  I've installed it on a 300MB
>"extended" partition.  Half of one of those days was spent reinstalling
>after it barfed on my disk.

>If you don't *need* extfs, and don't mind short file names, I would
>recommend not using it for now.


I have been using the Extended filesystem since kernel version 0.96c
allowed them to be mounted as the root filesystem... (this was extfs
ALPHA v6) and since that time, I have *NEVER* had a single problem
with an extended filesystem that was not *DIRECTLY* the fault of my
own stupidity or power failure.  (ie, reboot w/o sync, etc)

The extended filesystem as it is, has been very stable for me over the
last 6 months.  However, there is a newer version of the extfs that will
reportedly use bitmaps instead of linked-lists for a large increase in speed.

The author doesn't want to guarantee backwards compatiblity with this
extended filesystem... thus he is reluctant to call it 'beta' even though
it is much more stable (IMHO) than any 'Alpha' status program.

I would suggest that you partition your drive in such a manner that you
can tar or zip up one entire partition to another to replace/upgrade
the filesystems as needed... 

-- 
Jeff-Randall@uiuc.edu (ASCII mail)           THIS IS _NOT_ CCSO'S OPINION!!!
jar42733@sumter.cso.uiuc.edu (NeXT mail)      If It were, It would've had a
wi.6580@n7kbt.rain.com (anon)                  more important name on it. =)
From: rbraun@spdcc.com (Rich Braun)
Newsgroups: comp.os.linux
Subject: Serial driver issues
Date: 20 Dec 92 05:13:00 GMT
Article-I.D.: spdcc.1992Dec20.051300.1475
Organization: Jupiter Technology Inc., Waltham MA

I've been playing around with Linux 0.98p5, trying to get it to communicate
with two serial printers, an internal modem, and a terminal.  At the
moment, I'm typing this posting through the modem on /dev/ttys1 (with
the ATS25=50 setting I mentioned in an earlier posting, to deal with
momentary DTR lossage), and there's an interesting conflict with the
interactive session on /dev/ttys3.

COM1 and COM3 use the same IRQ vector, and what I see is that output
sent to ttys3 out at a *very* slow rate (like 30cps), and no input for
ttys3 is handled until after a byte is fetched on ttys1.  (Example,
I type 'pwd' on the other session, and nothing echoes.  I then type
another character into this posting, a 'p' shows up on the other session,
and the 'wd' are discarded.)

This may be a problem with misconfigured hardware (COM3 might be
jumpered wrong) or a bug in Linux' serial driver.  Any theories?  Has
anyone else run this kind of test?

Along similar lines, I notice that XON/XOFF flow control does not work
on this port.  Even if I set the stop char to something other than
^S, output won't stop when I type it.  Haven't tried other ports.
This means my serial printer won't work as it did under DOS.

Finally, the getty program appears to alter the clocal setting and a
few others for the serial device.  I can't get it to work at all with
this serial port, since getty sees a hangup signal immediately.  I've
had to make do with the 'doshell' program.  Is there any way to make
getty not do this?  Do I need to patch the source?  Is this considered
a bug or a deliberate design?

If there are actually bugs here, as opposed to mere operator confusion,
I'd like to try fixing them prior to the 1.0 release.

Thanks!
-rich
Newsgroups: comp.os.linux,comp.os.linux.announce
From: alsaggaf@athena.mit.edu (M. Saggaf)
Subject: Re: [ANNOUNCE] new setserial program available
Originator: mdw@db.TC.Cornell.EDU
Organization: Massachusetts Institute of Technology
Date: Sun, 13 Dec 1992 04:23:30 GMT

[I'm posting this because it's important enough to anyone who's 
 going to use the setserial patch. -mdw]

>>>>> On Sun, 13 Dec 1992 03:40:41 GMT, johnsonm@stolaf.edu (Michael
MKJ> K. Johnson) said: Originator:

MKJ> Although Ted has been posting for a while that it is possible to
MKJ> get speeds higher than 38400 baud out of the driver just by
MKJ> issueing a simple ioctl, aparantly nobody paid attention to him,
MKJ> because one of the things I found out in doing this was that a
MKJ> small patch to /usr/src/linux/kernel/chr_drv/serial.c is required
MKJ> for this to work.  I sent this patch to Ted for inspection: he
MKJ> hasn't yet gotten back to me, but it works for me, so I'll let
MKJ> you all at it.

[patch]

Just a small note. This patch is not needed to set the speed to
56000/57600 or 115200 bps. The serial driver works fine without the
patch if the only two speeds you want above 38400 are those two. The
patch may be required to install a custom speed though. Refer to Ted's
post of yesterday.

--
/M. Saggaf
 alsaggaf@athena.mit.edu

-- 
Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
Newsgroups: comp.os.linux