HDTenEightyP/NetNews huggingface dataset:
From: woody@cs.utexas.edu (James Woodgate)
Newsgroups: comp.os.linux
Subject: New Binaries Needed???
Date: 29 Aug 1992 14:24:50 -0500
Organization: CS Dept, University of Texas at Austin
Distribution: world
NNTP-Posting-Host: cash.cs.utexas.edu
Keywords: GCC 0.97 du find what else???


Last night I broke down and upgraded to GCC 2.2.2d and 0.97cpl2.
Pretty much everything went as planned, I was missing one file
zcat, and I saw that it was on the 0.97 root diskette, and since
I was still using 0.95 root, I figured it was time to update :D

BTW - I was very impressed with the root-disk  and GCC 2.2.2d 
      install programs, very nice!  I couldn't believe how 
      much the root disk has changed.

I also got the kernel source, both patches, added my Video 7
hack, and 100x60  default mode, all without problems.  

Now for the problems....

du doesn't work, it says I'm using 200 meg on a 64 meg partition,
I assume there's a newer version or something, I know that a lot
has changed since 0.96, do I need to get all new binaries???

find also doesn't work like it used to, on all the Un*ces I've
used to find a file:

>find . -name foo.c -print

but now it looks like I need to say

>find . | grep foo.c

or something like that.

Lastly(for now anyway) the root install program changed my
group file, the bin group is now called obsolete, there was
no bin group.  This one really puzzled me, since the GCC
install script tried to chgrp to bin, and it looked like
there was no bin in 0.97....

Many Thanx to all.....







-- 
-----------------------------------------------------------------------
           -Linux Rules-                |
  -"I've been Dos free for 30 days      |
    now."-Former Dos Addict             | Address: woody@cs.utexas.edu
Newsgroups: comp.os.linux
From: guest@chopin.Physics.McGill.CA (Muhep Guest account)
Newsgroups: comp.os.linux
Subject: Elm's permissions
Date: 26 Aug 92 22:41:41 GMT
Organization: SOCS, McGill University, Montreal, Canada

Rafal Kustra (summer student) writes
[..]
> Also my elm with root:mail ownership would't work right
> even with suid. I had to sgid it too.
> (It wouldn't be able to create folder in /usr/spool/mail
> which is also root:mail).

For elm, I found that it is much much easier to NOT have elm run setgid
(which means in configuring it, you have to say NO to this question).
Then you make the /usr/spool/mail directory o+rwxt, so that everyone can  
read and write into it, but the sticky bit ('t') means you can only modify  
files you own.  If you do this, the mailbox files in /usr/spool/mail  
should have the uid and gid of the user in question, and not have gid  
mail.

[smail seems to give read permissions to the world when creating a  
mailbox, so when you create a new account you should touch the mailbox and  
chmod it to 600 in the adduser script (like mine does!)]

> -- 
> /|| Numbers exist only in our minds. There is no physical entity that
>  ||_is_ number 1. If there were, 1 would be in a place of honor in 
>  || some great museum of science, and past it would file a steady
> ==== stream of mathematicians gazing at 1 in wonder and awe.

I don't buy this.  The third sentence does not follow from the second.

Steve Robbins
steve@nyongwa.cam.org, despite what the header says.
Newsgroups: comp.os.linux
From: Upholder@uiuc.edu (THE Upholder of Truth)
Subject: Re: clearing SUID bit on writes
Reply-To: Upholder@uiuc.edu (THE Upholder of Truth)
Organization: The University of Illinois at Urbana-Champaign (UIUC)
Date: Wed, 2 Sep 1992 05:20:28 GMT

vesseur@fwi.uva.nl (Joep JJ Vesseur) writes:

>   well, i don't know to what extend linux _is_ secure (anyone out there
>cares to make any correctness proofs?) and whether anyone uses it
>as a real multiple user (read: different users) system at the moment,
>but no doubt this will happen in the future.

Well, as soon as the SLIP and TCP/IP code is all in the kernel, I'm planning
on allowing incoming telnets from the internet at large.  


As it is, I compiled ka9q with the incoming telnet patches (posted here
some time ago) and have been using it to attempt to allow incoming telnet
sessions.  NO dice so far.... it connects fine, but not getty or login
is spawned to the connection... (anyone got it working? if you do, please
drop me a line).


>   i only don't think it should clean the bit on all modifications, only
>those initiated by users with a different real-uid than the owner of
>the file, in contrast to sysV.

That sounds reasonable... but the original proposal (clear on write)
is probably more secure. (root might accidentally write to passwd, etc)
-- 
The Upholder of Truth		  	    I am not only ready to
Upholder@uiuc.edu (BSD/ASCII mail)          retract this, but also
jar42733@sumter.cso.uiuc.edu (NeXT mail)    deny I said anything.  =)
wi.4173@wizvax.methuen.ma.us (anon. mail)   This is *NOT* CCSO's opinion.
From: hienl@Saigon.COM (Hien Luu)
Newsgroups: comp.os.linux
Subject: help, files from mailserver
Date: 21 Aug 92 05:44:35 GMT
Distribution: usa
Organization: Station Zebra Corp, Sunnyvale CA Ph:408-739-1520


I requested a Linux bootimage file from a mailserver and it returned the
file back to me in several chunks.  What do I need to do or use to put
the files back together?  I tried uudecode and it didn't work....

thanks in advance.....
Newsgroups: comp.os.linux
From: f89-cmb@alv.nada.kth.se (Mikael Bj|rn)
Subject: SCSI ADAPTEC 1542B card serious trouble !!!!!!
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Thu, 3 Sep 1992 17:42:51 GMT

Hi, I'm having some seriuos trouble with my scsi-host card and Linux.
The problem is as follows:

I haven't yet installed Linux on my HD so I boot from the BOOT-0.97 
diskette.

When I start from a coldboot the boot finds my scsi card and hangs.
I have looked and found that the card itself hangs after the message
that Linux has found a scsi card.

Then when I boot (warm boot that is) Linux doesn't find any scsi card at
all. This due to that the card is hung.

If I do reboot to DOS the card is functioning perfectly. I'm using PowerSave
to do Backups under DOS and haven't yet encountered any problems.
 
Question as follows: Have anyone encountered this or am I alone with this
problem ?
Is there a solution ? ( Please don't give me: "Look patchlevel X.XX" or
"recompile the kernel" cause I'm not in the position to do this )

For your convinience I here present my configuration:

Copam 486/33B with 16Mb and 256 Kb cache using Phoenix BIOS A486 1.01
Quantum 210A a 210Mb harddisc.
Trident 8900C 1Mb SVGA noname card.
AND
SCSI host card Adaptec 1542B with BIOS 3.10. This is installed with a
standard preinstalled configuration.  Wangtek SCSI tapestreamer.

Please give me a solution bescuase I also want to use the superb OS
that I find Linux to be.

With regards, Mikael Bj|rn

E-mail: f89-cmb@nada.kth.se
	or
        cmb@stacken.kth.se
From: viggo@diku.dk (Allan Kim Schougaard)
Newsgroups: comp.os.linux
Subject: Re: Bus Mouse Tester>not working>WORKING more
Date: 23 Aug 92 22:05:52 GMT
Organization: Department of Computer Science, U of Copenhagen

Okey, maybe I forgot something, and my mailbox is sort of crowded so...

I changed one more thing on my machine: the bus speed.

I have the Forex chipset, whitch allows me to change the clockspeed
for the bus (well the function is the same). The is done in the
CMOS-setup ("advanced options" (or something) on the main menu). It is
now running at 8MHz (setting CLKIN/5) and will not work at 10MHz. (If
you can get yours to work at 10MHz I would like to hear about it.)
I have had no noticable decrease in performance, but if I move the
mouse to fast the machine looses interrupts. (This is not the case
with the trackball, some day I should checkout the source for the
busmouse driver...)

Don't be fooled by the fact that everything works under DOS.

Please email in case of more trouble.

Have fun.

		Allan Schougaard
		Viggo@freja.dk
Newsgroups: comp.os.linux,comp.unix.sysv386
From: lfoard@Turing.ORG (Lawrence C. Foard)
Subject: Help need to hook up SCSI CD jukebox
Organization: The Turing Project, Charlottesville Virginia.
Date: Sat, 29 Aug 1992 20:24:51 GMT

A job I'm working on will require connecting a Xyxis CD jukebox to a
PC. Unfortunitly it only comes with a DOS driver or an outrageously
expensive unix driver. This makes it uneconomical to do in unix resulting
in the unpleasant possibility of doing it in MS-LOSS. The Jukebox has
a SCSI port, this makes me wonder how hard it would be to modify the
Linux SCSI drivers to support it. 

Has anyone worked with one of these devices before? Do you know if there
are any PD drivers, or atleast decent documentation available?
-- 
>>Unix/C Contract worker available 5 years C/unix work experience<<  ______
Available for Telecommuting/Travel and contracts on the T Line       \    /
in the Boston MA area. Send me e-mail for a copy of my Resume.        \  /
       -- VWIS 508-793-9568 (2400 baud), Linux support BBS.--          \/
Newsgroups: comp.os.linux
From: t-piersh@microsoft.com (Piers Haken)
Subject: using shoelace with SCSI?
Date: 01 Sep 92 09:38:48 GMT
Organization: Microsoft Corp., Redmond, WA 98052

How can I get shoelace to work with SCSI? I have sucessfully installed
Linux (v0.97.2) on a machine with non-SCSI drives and got shoelace to
boot it nicely etc... etc... Then I tried the same thing with a SCSI
machine. I can get it to boot perfectly from floppy, mount the SCSI
drives as the root and run from there. I have THAT very same bootimage
as my /vmlinux file with the major/minor drive numbers set to 8/2 (sda2)
repectively. I ran laceup according to the the guide (as I had done to
the other machine) and it gave the expected results. Now, when I reboot
the machine it gives me the familiar looking table, but when I select
partition 2 to boot from it clears the screen, prints the Shoelace
version message and hangs.

It boots DOS from the first partition, fine.

This makes me think that it's having trouble finding the second partition
because it doesn't know the numberof heads etc... 'cos it's a SCSI disk.

Any help, pleeeeeeaaase!?
Piers.
-- 
Disclaimer: These views are my own and not necessarily
            those of the company for which I work.
Newsgroups: comp.os.linux
From: felix@escape.vsse.in-berlin.de (Felix the double Helix)
Subject: tcp/ip? (is this a faq?)
Organization: Felix the double Helix
Date: Wed, 2 Sep 1992 00:23:35 GMT

hi!

i just wanted to ask if there was now a tcp/ip available for linux.
i've heard that there is a (stable?) version of ka9q ported to linux,
but someone was porting berkeley sockets code into linux. is this true?

if it is, how far is the port done? would it be possible to volunteer
for small tasks/testing?

i apologize if this is a faq. ;-)

thanx & so long,
	felix
-- 
Felix Gaehtgens, Homburger Str. 26, 6000 Frankfurt/main(argc, argv) 90, FRG
EMAIL: felix@escape.vsse.in-berlin.de
"bind has a big problem. its configuration files might be human readable -
but they're far from being human writeable!"
Newsgroups: comp.os.linux
From: pim@cti-software.nl (Pim Zandbergen)
Subject: Re: Beta TCP/IP
Organization: CTI Software BV, The Hague, The Netherlands
Date: Wed, 2 Sep 92 22:07:04 GMT

nelson@crynwr.com (Russell Nelson) writes:

>   which PC manufacturers/vendors actually supply motherboard
>   ethernet?

>Not many so far.  I perceive it to be more popular on slotless
>machines than on slotted.  For example, Compaq and Zenith both have
>motherboard Ethernet on their portables.  Zenith also has a desktop
>machine with an NE2000 built-in.

Intel also has an ultra-flat desktop 486 with SCSI and ethernet
on the motherboard. The case also has room for one or two
(can't remember) EISA cards.
-- 
Pim Zandbergen                      domain : pim@cti-software.nl
CTI Software BV                     uucp   : uunet!mcsun!sun4nl!ctisbv!pim
Laan Copes van Cattenburch 70       phone  : +31 70 3542302
2585 GD The Hague, The Netherlands  fax    : +31 70 3512837
Newsgroups: comp.os.linux
From: guest@chopin.Physics.McGill.CA (Muhep Guest account)
Subject: Re: Dialups: Locking DTE speed and Carrier Loss ???
Organization: SOCS, McGill University, Montreal, Canada
Date: Tue, 1 Sep 1992 21:28:40 GMT

James L. Paul writes
> I'm using 0.97.1 and GCC 2.2.2 with uugetty from the getty_ps package.
> 
[ ... ]
> Now on to more Linux-specific... With the original getty (from the root
> image) a carrier loss situation gets handled properly. I.E., the 
> processes
> get killed and getty is respawned. This getty does not handle multiple
> connect speeds as well, and does not have a uugetty option, so I'm no
> longer using it, in favor of uugetty as I said above. BUT...
> 
> Now when carrier is lost without logging out, the processes no longer
> get killed. Yes, I have the -HUPCL in all the /etc/gettydefs entries.
                              ^^^^^^

If this is not a typo, that's your problem.  Using -HUPCL turns *OFF*  
sending SIGHUP on close.  Take out the minus sign.  (Or use SANE, which
includes HUPCL).

> -- 
> James L. Paul

Steve Robbins
steve@nyongwa.cam.org
From: zlsiial@uts.mcc.ac.uk (A. V. Le Blanc)
Newsgroups: comp.os.linux
Subject: Re: Latest releases
Date: 28 Aug 92 16:14:34 GMT
Reply-To: LeBlanc@mcc.ac.uk (A. V. Le Blanc)
Organization: Computing Centre, University of Manchester

In article <1992Aug27.214117.1081@athena.mit.edu> tytso@ATHENA.MIT.EDU (Theodore Ts'o) writes:
>   From: hammond@kwhpc.caseng.com (Kevin W. Hammond)
>   What are the latest *working* combination of Linux source and GCC and where
>   are they located?
>
>   I want to install GCC and Linux 0.97 from scratch and build the
>   kernel.  Past attempts have failed miserably, so I'm going to try
>   from a "fresh, known-to-be-working" set.

The new MCC interim version, now available, contains GCC 2.2.2d (the
latest released version) and complete source (already patched!) for
Linux 0.97 patch level 2.  It can be found at ftp.mcc.ac.uk
in /pub/linux/mcc-interim/0.97p2.

     -- Owen
     LeBlanc@mcc.ac.uk
Newsgroups: comp.os.linux
From: oles@spectra (Shawn Oles)
Subject: Re: Stacker like file system
Organization: University of Hawaii, Dept. of Electrical Engineering
Date: Mon, 31 Aug 1992 20:42:42 GMT

In article <1992Aug31.124612.1328@ifi.informatik.uni-stuttgart.de> weberj@dia.informatik.uni-stuttgart.de (Weber) writes:
>I think there is a way to implement a stacker like file
>system without having to change much of the kernel.
>
>Hook the low-level routines for reading/writing one block
>from/to disk and insert a compression algorithm between.
>
> natural-size  -----> compression ----> compressed block
>               <----- decompression <--
>
>blocks have a "random" size <= 4K and you encounter the same
>problems as with memory management. To write you have to look
>for a fitting free space on the free list by doing some of the
>XXX-fit strategies. If there is not enough free space at one
>continuous location you even may have to do a kind of garbage 
>collection.

You hit the nail on the head.   Indeed, variable sized blocks is
what makes a compressed file system harder then a normal files system.

In ACF (automatically compressed format) I am handling this by 
allocating what I call mini-blocks to represent the compressed block.
Right now I divide each physical block up into 8 mini-blocks.  
Mini-blocks are clustered together into a sector, which is made 
up of 8 blocks or 64 mini-blocks.

A compressed block is represented by a sector pointer, and up to 8
mini-blocks which are all allocated within the same sector.   An in
core sector map containing the availability of mini-blocks is
maintained for each sector. (This suplements a bit map structure,
which is used to allocate the actual mini-blocks. 1bit for each
miniblock).

A smaller mini-block size might be appropriate, but this is tunable
parameter.  I think stacker uses a similar scheme, but there are
16 mini-blocks in a real block. 

>But what should df tell? I think the double of the physical

You can predict the availability of free space by maintaining
the current compression stats;
>-- 
>
>Juergen G. Weber
>Student am Institut fuer Informatik
>Universitaet Stuttgart - Germany


-- 

-shawn
From: swaliff@afterlife.ncsc.mil (Steve Aliff)
Newsgroups: comp.os.linux
Subject: Does a 387 help Linux's performance?
Date: 1 Sep 92 16:05:37 GMT
Organization: The Great Beyond

I have a 33MHz 386DX. Would it improve my system performance to add
a 387? I plan to run X11 on top of Linux if that makes any
difference.
-- 
Steve Aliff (swaliff@afterlife.ncsc.mil [144.51.1.1])
Newsgroups: comp.os.linux
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Re: VM386?  Possible?
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Organization: The Internet
Date: Tue, 1 Sep 1992 21:23:03 GMT

   From: lm@slovax.Eng.Sun.COM (Larry McVoy)
   Date: 1 Sep 1992 17:08:52 GMT
   Reply-To: lm@sun.UUCP (Larry McVoy)

   Forgive my ignorance, but is it possible to run a 386 program on a
   virtual 386 on a real 386?  The reason I ask is this: aren't a lot 
   of dos programs running in 386 mode?  So even if you got VM86 working
   and got a dos emulator running, wouldn't things like windows apps
   not run at all?  Or is everything still running as an 8086?

There's no such thing as a "virtual 386 mode" on a 386.  If there was,
they'd have to be infinitely stacking, because you a program running on
the virtual 386 might want to run a virtual 386 mode on top of the
virtual 386 mode, and so on, and so on, and so on.....

Actually, most DOS programs don't run in 386 mode.  There are two
reasons for this.  One is that is takes a fair amount of effort to write
a 386-mode program, since DOS runs in 16bit mode, and so you would need
to use a so-called "DOS extender" which translates 32 bit subroutine
calls to the 16-bit calls necessary to invoke the DOS routines.  The
other reason why most programs aren't written in 386 mode is that a lot
of people don't have 386 machines; they have 8086 or 80286 machines, and
if your program is 386-only, you've just locked out a good segment of
the market place from being able to use (and therefore buy) your
program.

It's true that you won't be able to run Windows on a VM86 emulator ---
but that's because it's trying to be an *operating system*, and Linux has
control over all of the page tables, interrupt descriptor tables, etc.,
and it cannot reliquish them over to Windows without completely messing
up Linux.

But for the majority of the PC *applications*, this shouldn't be a
concern; they tend to be written using only 8086 code.

						- Ted
Newsgroups: comp.os.linux
From: gkt@iitmax.iit.edu (George Thiruvathukal)
Subject: Re: Rootimage 97-1
Organization: Illinois Institute of Technology / Academic Computing Center
Date: Thu, 27 Aug 92 16:03:43 GMT

jwinstea@fenris.claremont.edu (Jim Winstead Jr.) writes:
> Mike.Bloxham@f22.n121.z1.fidonet.org (Mike Bloxham) writes:
[...]
> >rootimage file is larger than a 1.2mb 5.25" floppy.  Rawrite errors
> >after it finishes track 79.  Is this a problem?  I could actually load
> >the diskette though!  Not sure if it is complete.  

> rootimage-0.97.1 is *exactly* 1200KB, and it fits on a HD 5.25" disk
> perfectly, in my experience.
> 
> I don't know why rawrite is giving any errors, unless there are
> problems with the disk you wrote the image too.  Anyone else have any
> ideas or similar problems?

In my experience rawrite stops writing tracks once EOF is reached for the
raw file. If the file were 1200KB, and KB==1000, then the number of bytes
would be less than available on a 1.2MB diskette, where MB=1024*1024. Was
an "error" message actually displayed?

-- 
George K. Thiruvathukal
IIT - School of Computer Science - gkt@iitmax.iit.edu
Tellabs - Data Communications Division - att!tellab5!gkt
Rapid Learning Curve
Newsgroups: comp.os.linux
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Subject: Re: Recommendations for a PC to support Linux and X386
Keywords: Linux, X386, munlin
Organization: State University of New York -- Institute of Technology
Date: Fri, 28 Aug 1992 04:37:41 GMT

In article <1582@idacrd.UUCP> purtill@idacrd.UUCP (Mark Purtill) writes:
>shaun@scs.leeds.ac.uk (S Fletcher) writes:
>>I am considering buying a 486DX 33Mhz machine specifically
>>for running Linux and X386. Before I part with my money, I want to be
>>certain that the machine I choose will be suitable. 
>	On a related note, is anyone keeping track of which machines
>Lunix/X386 is known to run on?
>
>^.-.^ Mark Purtill, purtill@ccr-p.ida.org; uunet!idacrd!purtill. (609)497-0526.
>((")) \@_: IDA/CCR-P, Thanet Road, Princeton NJ 08540;           (609)924-4600.
>

I think it would be easier to maintain a list of machines that Linux
is known to **NOT** run on.  Video cards supported by X are already listed
in an FAQ.  
 
And now a short (and repetitive -- inspired by hlu!) X note for people
that don't read the FAQs:
 
TRIDENT CARDS ARE NOT SUPPORTED.
TRIDENT CARDS ARE NOT SUPPORTED.
TRIDENT CARDS ARE NOT SUPPORTED.


-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"
Newsgroups: comp.os.linux
From: jliddle@rs6000.cmp.ilstu.edu (Jean Liddle)
Subject: Re: SLS Good, but...?
Date: Mon, 31 Aug 1992 21:26:39 GMT
Distribution: comp
Organization: Illinois State University

In article <1992Aug31.161559.15900@mips2.ma30.bull.com> peters@mips2.ma30.bull.com (Dan Peters) writes:
>Hi,
>	I am another person grateful for the SLS linux distribution.
>	I installed the full set of 15 disks with just a few tricky spots.
>	
>	Linux is up and running, but my X server starts and quits.
>
>	gwm is complaining about the missing 'mwm' file.
>
>	looking at the .xinitrc file in the user1 home directory I see
>	gwm invoked as follows (from my memory):
>
>		gwm -rf mwm
>
>	Anyway, I don't have any docs on gwm, I guessed that this was
>	some sort of .mwmrc and copied '/usr/lib/X11/gwm/mwmrc.gwm' file
>	to the home directory as 'mwm'.
>

I ran into this problem when installing the SLS on a friend's machine.
It turned out to be because, in the original taz file, many of the
filenames had been truncated.  Instead of ending in .gwm they ended in
.gw, .g, or .. This is not a problem if you are running from a Minix
filesystem, but leads to errors if you are using the extended filesystem.

Our solution was to rename all of the .g .gw to .gwm, and all of the .
files to the same name without the ending dot.  Gwm now runs perfectly.

hope this helps!

Jean.
-- 
Jean Liddle                                 | == Bill Clinton for President ==
Computer Science, Illinois State University | 
e-mail:  jliddle@ilstu.edu                  | - Carol Mosley Braun for Senat -
Newsgroups: comp.os.linux