HDTenEightyP/NetNews huggingface dataset:
From: shawnb@ecst.csuchico.edu (S.E.P. Brown)
Newsgroups: comp.os.linux
Subject: ps for .99pl4 kernel
Date: 24 Jan 93 19:16:43 GMT
Organization: California State University, Chico
NNTP-Posting-Host: cscihp.ecst.csuchico.edu

Hi,

I just compiled .99pl4. It compiled beautifully, and I have no bugs to report
as of now.
However, I attempted to recompiled ps, and have ahd no success. ps.0.99.2.tar.Z
will compile but has version incompatibility errors.  Could someone point me
the way to ps source that will function under .99pl4?

Thanks

----
S.E.P. Brown              shawnb@cscihp.ecst.csuchico.edu
"A programmer is a machine that converts coffee into code"
From: Randy.Edwards@f60.n128.z1.fidonet.org (Randy Edwards)
Newsgroups: comp.os.linux
Subject: SLS problems with doinst
Date: Sun, 24 Jan 1993 21:35:02 -0800

 VZ> MINIX-fs magic match failed 
 VZ> [MS-DOS FS Rel, alpha.8, FAT 12, check=n, conv=b, uid=0, [...] 
 
   That's perfectly normal.  You'll see that every time you mount an 
MS-DOS disk.  That's just Linux's way of saying "this ain't a Minix-fs 
disk".  In short, don't worry about this message. 
 
 VZ> I have heard of other people getting one or two-second reads on the

 VZ> SLS disks, with no information actually transferred, and then being

 VZ> prompted for the next disk. I actually did this through the entire

 VZ> distribution, but nothing was actually installed, except for disk
a2, 
 VZ> which is a Linux-formatted disk. 
 
   This is a problem in the initial SLS distribution when it was first 
converted to the *.tzp format.  It's been fixed now, and the fixed 
version works just fine -- you'll see the packages being done one by one

like you saw on the A2 disk (and, FYI, this SLS problem had nothing to
do 
with the above 'magic match failed'). 
 
Regards, 
. 
Randy 
 
... OFFLINE 1.50  "Boycott Colorado -- equal rights for all!" 

 * Origin: The Programmers Playhouse (1:128/60)
From: ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig)
Newsgroups: comp.os.linux
Subject: Re: Problem with lpr/lpd solved?
Date: 25 Jan 93 13:13:59 GMT
Organization: University of Karlsruhe, Germany
NNTP-Posting-Host: fg70.rz.uni-karlsruhe.de

gtaylor@jade.tufts.edu (Grant Taylor) writes:

>i'm having the same problems...  i can't for the life of me get it to
>work...  i set all the perms exactly according to the readme, and it
>hasn't gotten me anywhere...  i string|grepped the lpd binary, and the
>only lpd in it is /usr/spool/lpd, so i made a link there figuring it
>couldnt find it and that too didn't work...  

Well, I've got lpr working, sort of...

The most important thing is the of=/usr/lib/lpf entry in the printcap file,
which specifies the output filter to run the normal output through.

If that file does not exist, or is not executable, nothing happens.
I've put a short program there which maps most of the ISO characters
>127 to their IBM-ASCII equivalents, so I can print out files with
umlauts etc.

Another thing which can cause problems for non - privileged users
printing is the .seq file in the spool directory.

When installing lpr, make sure to create it, chgrp it to daemon and
make it mode 660, otherwise you're in for trouble.

So far for the sucess, now for the problems:

I couldn't get the df= printcap entry working to filter TeX output with
lpr -d.  I've installed a filter there (df=/usr/lib/lptex), where lptex
contains a dvips | gs shell script that I use to print dvi output directly
to /dev/lp1.  Yes, it exists, it's executable and readable.  However,
I still see a "lpf -w132 -p66" entry lurking around with ps.
-- 
Thomas Koenig, ig25@rz.uni-karlsruhe.de, ig25@dkauni2.bitnet
The joy of engineering is to find a straight line on a double logarithmic
diagram.
Newsgroups: comp.os.linux
From: ruppo@winx06.informatik.uni-wuerzburg.de (Peter Rupp)
Subject: Re: [Q] Cnews/trn question.
Organization: University of Wuerzburg, Germany
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 21 Jan 1993 12:10:01 GMT

I had the same problem. If you look at inews you will find a small SED script,
which should get the Newsgroup out of your articel.
But my Version of sed, doesn't do it. So get the news SED at sunsite or
rewrite your inews to get the Newsgroups out of you articel.

Cu
	Ruppo

--
###############################################################################
# Internet : ruppo@winx06.informatik.uni-wuerzburg.de   Real : Peter Rupp     #
# Voices   : +49 831-63262 | +49 931-882048                                   # #           .signatures are short and ugly but you need one !!!               #
################################################################################
From: hedrick@geneva.rutgers.edu (Charles Hedrick)
Newsgroups: comp.os.linux
Subject: Re: NON-FAQ - date: CST instead of GMT?
Date: 25 Jan 93 03:52:52 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

ask1@cec2.wustl.edu (Andrew Scott Koransky) writes:

>I am having problems with date returning my time in CST vs GMT.  For
>example, if the correct time is 23:00 CST:  I would try typing:  
>date -s "23:00 CST" and then date outputs: Sun Jan 24 05:00:00 GMT 1993, the
>time correctly specified as GMT, but I can't get date to output "23:00
>CST".  Is there a way to do this, or do I just have to live with seeing
>either the time in GMT or the local time specified as GMT?

You have to set up /usr/lib/zoneinfo/localtime or both
/usr/lib/zoneinfo/posixrules and the environment variable TZ.
(localtime defines a default zone.  posixrules sets up the necessary
information to interpret the TZ variable.)  The necessary files, as
well as time.doc, should be in Hlu's base distribution and other
distributions.  An old version is on athos.rutgers.edu in
pub/linux/timebin...  (From this distribution you should take only the
zoneinfo files and documentation -- you don't need date, since the
current copies of date have the right code.)  If you have a Sun
(previous to Solaris 2.0) or other BSD-based system, you should be
able to copy localtime and/or posixrules from it.  On Suns it seems to
be /usr/share/lib/zoneinfo.
From: 12100z@d1.dartmouth.edu (Tom Buskey)
Newsgroups: comp.os.linux
Subject: Re: Does Syquest 5110 (removable/SCSI/88Mb) works under LINUX?
Date: 28 Jan 93 19:24:01 GMT
Followup-To: comp.os.linux
Organization: Dartmouth College, Hanover, NH

In article <1993Jan28.113926.1536@ryn.mro4.dec.com>,
rboehm@colix.col.dec.com (Rudolf Boehm) wrote:
> Slowly I can run out of diskspace, so it's now my turn to buy new hardware.
> I would prefer the removable Syquestdrive 
> ( because it also fit to my Macintosh ) but only if I can use it under Linux.
> 

I have an APS 5110 (88MB) Syquest drive & an adaptec 1542b card in my
machine.
Works great w/ DOS, Linux, and Macintosh.  The mac can even read/write DOS
formatted cartridges using Access PC....
From: jec@ccwf.cc.utexas.edu (Jerry Chanek)
Newsgroups: comp.os.linux
Subject: CPP Missing?
Followup-To: comp.os.linux
Date: 28 Jan 1993 07:07:43 GMT
Organization: The University of Texas at Austin, Austin, Texas
Distribution: world
Reply-To: jec@ccwf.cc.utexas.edu (Jerry Chanek)
NNTP-Posting-Host: sylvester.cc.utexas.edu


Any Idea why /lib/cpp is missing?
When I try to use xdm for a .Xresources file, the
error: /lib/cpp :No such file or directory.
Show up.
HELP!

Thanks again.

Jec@ccwf.cc.utexas.edu

Newsgroups: comp.os.linux
From: ijackson@nyx.cs.du.edu (Ian Jackson)
Subject: Proposal - daily very very short "read me" posting
Followup-To: comp.os.linux
Summary: Proposal to try to stem the flow of FAQs
Keywords: faq, meta-faq, newbie questions
Reply-To: ijackson@nyx.cs.du.edu (Ian Jackson)
Organization: Olivetti Research Ltd
Date: Thu, 28 Jan 1993 14:06:14 GMT

Anybody who reads this group will know how many inappropriate postings
there are here. I suggest the creation of a very short (strictly
limited to under two newsreader screenfulls, and all the important
attention-grabbing stuff in the first screenfull) posting which would
be posted daily to col but not to cola.

Something along the lines of the thing I've attached below.

Any opinions, responses ?

First draft release follows:

Newsgroups: comp.os.linux
Subject: *** READ THIS BEFORE POSTING ***
Distribution: world
Keywords: daily
Supersedes: <last-daily-posting@u.edu>
From: spqr1@u.edu (someone with a crontab)

To avoid being flamed, and to solve your problem more quickly:

Please do NOT post questions answered in the FAQ lists.

Please do NOT post "Please send me the FAQ". See below.

Please READ the DOCUMENTATION for the program you have a problem with.

Please TRY REINSTALLING it - maybe you just made a mistake the first time.

Please ASK SOMEONE LOCAL to you first.

To get the Frequently Asked Questions with Answers lists:

These (the Linux FAQ, the INFO-SHEET, the META-FAQ sources of
information posting, etc) are posted regularly to comp.os.linux and
c.o.l.announce, and can be found at pit-manager.mit.edu in
/pub/usenet/news.answers/linux-faq and on the Linux archive sites. If
you can't get them there, try mailing "mailserver@nic.funet.fi" or
"ftpmail@decwrl.dec.com". If you can't get the FAQ any other way,
e-mail someone.

--
Ian Jackson  iwj@cam-orl.co.uk ..!uknet!cam-orl!iwj  These opinions are my own.
Olivetti Research Ltd, Old Addenbrookes Site, Trumpington St, Cambridge, UK;
Home: 35 Molewood Close, Cambridge, CB4 3SR; +44 223 327029.     +44 223 343398
Email also via: ijackson@nyx.cs.du.edu   PGP2 public key available on request
Newsgroups: comp.os.linux
From: pmacdona@sanjuan (Peter MacDonald)
Subject: Re: More SLS 99.2 problems-Client logins/menu
Organization: University of Victoria, Victoria B.C. CANADA
Date: Thu, 21 Jan 93 22:08:23 GMT

In article <1993Jan21.033255.9109@exucom.com> bribbeck@exucom.com (Bob Ribbeck) writes:
>Safuat Hamdy (hamdy@rzdspc18.informatik.uni-hamburg.de) wrote:
>: In article <1993Jan16.010537.3284@exucom.com>, bribbeck@exucom.com (Bob Ribbeck) writes:
>: |> 
>: |>   Has anyone else had problems with users other than root??  I get

did you do this:
	cd /
	ls -la

you may find something like:

	drwx------	..

If so try: 

	chmod a+rx ..
	
This was fixed some time ago, so you must be using an older SLS.
From: rob@phavl.UUCP (Robert Ransbottom)
Newsgroups: comp.os.linux
Subject: Re: Bernoulli/SyQuest
Date: 26 Jan 93 22:06:12 GMT
Organization: erehton

In article <C1FCLA.1vFD@austin.ibm.com> jstump@auntbea.austin.ibm.com (John E. Stump) writes:

 [ various details on running Syquest ]
>slow since this is a Syquest), and (2) although the Syquest is a
>"mountable" hard disk, the partition table on the cartridge is only
>read once during boot up, so you are out of luck if you want to umount
>and mount a different cartridge while the system is up and running.

Then is it possible to change cartridges while up, if they are partitioned
the same?
-- 
rob   Robert Ransbottom
"It is extremely important to maintain correct attributions." -- anonymous
From: Derek.Glidden@f42.n377.z1.fidonet.org (Derek Glidden)
Newsgroups: comp.os.linux
Subject: Linux using HPFS
Date: Thu, 21 Jan 1993 20:31:06 -0800

>> I DON'T think it's confidential, actually.  It would otherwise be 
>> difficult to explain away all of the third party utilities to do
volume 
>> repairs and disk reorganisation. 

Hundreds... 

:) 

>> (Besides which the current code is (C) IBM.  There is currently no 
>> cooperation with MicroSoft with regards OS/2, apart the technology 
>> sharing agreements which apply to Win, Win/NT and OS/2.  There is no

>> cross-platform support apart from Win-OS/2 and the HPFS in Win/NT.) 

From everything I've seen/read/heard (Including another comment or two 
here on this echo, plus the OS/2 and Windows NT echos on FIDO, and on 
bix) Microsoft still holds the technical details under their (C) for the

HPFS stuff.  Specifically, IBM "owns" the code for OS/2, but MS still 
owns the formats for the data structures and stuff.  I may be wrong on
my 
language, but I'm quite certain of the general idea. 

In any case, I'm sure it *is* confidential, merely because of the number

of comments I've read about "Who has source for HPFS" and the number of

comments saying "IBM and Microsoft."  Perhaps all those other companies

have licensed source from IBM/MS in regards to HPFS, but it is not 
generally available for hackers to play with. 

(And, no flame intended, I will continue to believe that until you show

me a publication that specifies the HPFS format fully and completely.) 


 * Origin: The Slut Club -=- (813) 689-1150 -=- USR/DS 16.8K
(1:377/42.0)
From: learman@cps.msu.edu (Jerome M Learman)
Newsgroups: comp.os.linux
Subject: SLS
Date: 26 Jan 93 17:57:36 GMT
Reply-To: learman@cps.msu.edu (Jerome M Learman)
Organization: Dept. of Computer Science, Michigan State University
NNTP-Posting-Host: atlantic.cps.msu.edu
Originator: learman@atlantic.cps.msu.edu


I am in the process of upgading my system. Right now I have a 386 sx
25mhz and 2meg RAM with a 64 meg hard disk. I am adding 10 more meg
RAM and a 213 meg hard disk. I would like to devote about 100megs to
Linux. Is it possible to install it on a 40 meg partion on the 64 meg
drive and move it to the 213 meg drive or should I just wait until the
new drive comes in? 

Also I see people using version 99.4 and 99.14 are they talking about
the same thing. Most of the people that have post about 99.4 have had
minimal problems so I want to ftp this but the version at tsx-11 in
/pub/linux/packages/SLS is only 99.2 were can I find 99.4 in SLS form.







any help is appreciate (no flames please)
Jerome Learman
learman@cps.msu.edu
Newsgroups: comp.os.linux
From: mwpoag@thurston.austin.ibm.com (Michael Wayne Poag)
Subject: Sierra fax codes (Q) 
Date: Mon, 25 Jan 1993 20:23:27 GMT
Reply-To: mwpoag@thurston.austin.ibm.com (Michael Wayne Poag)
Organization: IBM Austin, TX
Keywords: fax linux

I just bought a fax/modem that uses Sierra codes for fax...
Does anyone have the specs for the fax commands ?
Is anyone currently developing a fax package for linus ?
I would prefer to not have to boot dos to send/recieve faxes.

Thanks to Linus for the wonderful world of Linux !!!!



Newsgroups: comp.os.linux,rec.games.mud.lp
From: kbj@po.CWRU.Edu (Kevin B. Jacobs)
Newsgroups: comp.os.linux
Subject: Re: SLS won't install disks a3 and up; why not?
Date: 22 Jan 1993 22:52:45 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: kbj@po.CWRU.Edu (Kevin B. Jacobs)
NNTP-Posting-Host: thor.ins.cwru.edu


In a previous article, buchanan@rintintin.Colorado.EDU (BUCHANAN TIMOTHY E) says:

>There really does seem to be something wrong w/ the SLS sysinstall, perhaps
>because of the new compress format? I don't know, but here is what happens-
>
>doinstall asks for diska2 and installs bin,faq, and shlibs. Then it asks for
>disks a3 and so on. It takes no install action on each, simply asking for the
>next disk. The boot disk it creates at the end will not work. Afterwards,
>commands such as ls won't work either.

This happend to me, so I installed my disks manually.  I had my disks on my
hard drive, so I mounted it manually, copied all the a? disks to my linux
partition and wrote a short script to un-tpz and tar them.  I then ran
the doinst.sh script and ran the syssetup with the paramters in the 
doinstall script.

Here is something like what I had to do:

mount -t msdos /dev/hda1 /mnt  /* I have my SLS on my dos partition */
mount /dev/sda1 /root          /* my linux drive                    */
cd /root
cp /mnt/linux/a/* .            /* copy all the SLS a series files   */
                               /* from my hard drive                */

[then you have to gunzip and untar all the .tpz files]

look in the doinstall script for the correct parameters for calling 
syssetup, since I don't remember them off hand.  Also make sure to
call the doinst.sh script or your logins won't work.

I'm not sure why SLS is screwing up, but its part of sysinstall.  

Hope I helped a little,

Kevin Jacobs

  
-- 
---  Camber - Kevin  ---             | If the red slayer think he slays,
E-Mail:  kbj@po.CWRU.edu             |   Or if the slain think he is slain,
                                     | They know not what the subtle ways
quote by:  Ralf Waldo Emerson        |   I keep, and pass, and turn again.
From: bnc@s-link.escape.de (Heiko Gerstung)
Newsgroups: comp.os.linux
Subject: application list
Organization: -S-LINK-> Public Mailbox, Braunschweig, Germany
Date: Mon, 18 Jan 1993 00:08:00 +0100


     Mail from H.Gerstung (bnc@s-link.escape.de) DATE 18.01.93 TIME 00:05 MET

 Hi y'all !

Is it possible to get a (nearly) complete list of all the available applications
and tools for Linux ? I'll really like to know what's going on out there and
I think a lot of linuxers want the same... Is there anyone who's got the
needed informations ? I think of <program name>,<program type>,<wheretogetit>.

 Bye, Heiko / B N C


     H. Gerstung + 3380 Goslar / Germany + EMail : bnc@s-link.escape.de
   Some people call -S-LINK-> three or four times a day to keep in touch
      with the latest trends in computer technologies ... some don't.
            -S-LINK-> Braunschweig, Germany : ++49 531 790327

## CrossPoint v2.1 R ##
Newsgroups: comp.os.linux
Subject: Re: Linux file systems
From: jesse@mars.slu.edu
Date: 26 Jan 93 15:45:57 CST
 <93021.073006NU013809@NDSUVM1.BITNET> <1993Jan22.052102.17563@blaze.cs.jhu.edu>
Organization: Parks College St. Louis Univ.

In article <1993Jan22.052102.17563@blaze.cs.jhu.edu>, bogstad@blaze.cs.jhu.edu (Bill Bogstad) writes:
> In article <93021.073006NU013809@NDSUVM1.BITNET> Greg Wettstein <NU013809@NDSUVM1.BITNET> writes:
>>[asks for a filesystem "clean" flag indicating the system was 
>> shutdown normally the last time this filesystem was used.]
>>...
>>I would suspect that an ioctl or a kernel call would have to be implemented
>>which when called would mark all mounted filesystems that had this
>>attribute as clean.  The reboot/halt/shutdown suites could be modified to
>>sync the kernel, then mark the filesystems and then either halt or reboot.
> 
> 	I think the "umount()" system call should do this.  Shutdown already
> umounts() all mounted filesystems so this will work with everything except
> the root filesystem.  Personally, I'm not sure it is such a bad idea to
> force a check of the root filesystem anyway.  So being unable to use this
> "trick" with the root filesystem might not be such a bad thing.
> 
> 				Bill Bogstad

Good idea, What about a '-a' option that us paranoid system managers could
add to the startup files so that it would fsck ALL file systems.  (I guess I
just dont trust these new fangled computer things ;-)

jesse
From: albion@csd4.csd.uwm.edu (Craig T Manske)
Newsgroups: comp.os.linux
Subject: Telnet Loopback device
Date: 24 Jan 1993 04:17:51 GMT
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Distribution: usa
NNTP-Posting-Host: 129.89.7.4
Originator: albion@csd4.csd.uwm.edu

I am having trouble using the loopback device to telnet back to my machine.
Whenever I do a  telnet 127.0.0.1 1111, I get a network unreachable error.
I have gone through the Networking FAQ and it has solved some other problems
I was having, but I seem to be stuck now.  I know it's probabally one 
of the named files, but am not sure which one is incorrect. Any ideas?

Albion 
Newsgroups: comp.os.linux
From: Jeff-Randall@uiuc.edu (Jeff Randall)
Subject: Re: Linux partition > 64 mb?
X-Aka: Upholder
Reply-To: Jeff-Randall@uiuc.edu (Jeff Randall)
Organization: The University of Illinois at Urbana-Champaign (UIUC)
Date: Tue, 26 Jan 1993 20:40:48 GMT

hosp@frost.uni-paderborn.de (Holger Spangardt) writes:
>chchen@stat (Ching-Hsiang Chen) writes:

>>Anyone has created a Linux partition larger than 64 mb? I used MCC-interim
>>disks and the fdisk on the boot disk and it didn't allow me to have
>>a partition larger than 64mb. Maybe this is because the old kernel and
>>old fdisk program. Any idea?

>Try efdisk instead of fdisk the extended-file-system allows extended-file-name
>and partition up to ... you'll never need for the next 5 years (about 4GB??)


Just to nip what seems to be a common misconception in the bud, please 
remember that 'extended partition' does *NOT* equal 'extended filesystem'

partitons numbered 5-8 are extended partitions... but they need not be
extended filesystems... and primary partitions can be extended filesystems.

please note the important difference in the terms.


BTW, the extfs can be even bigger that stated above.. 4 TERAbytes as opposed
	to 4 gig...   and if anyone gets a 4TB drive in the next 5 years,
	I'll be impressed.. =)
-- 
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. =)
Newsgroups: comp.os.linux
From: ckurs-2@wilbur.uni-mainz.de (Teilnehmer am C-Kurs WS 1992_93)
Subject: Re: Bad blocks (?) on hard disk
Organization: Johannes Gutenberg Universitaet Mainz
Date: Wed, 27 Jan 1993 10:56:05 GMT

In article <1993Jan26.200529.20973@newshub.ccs.yorku.ca>, marcf@nexus.yorku.ca (Marc G Fournier) writes:
|> In article <1993Jan26.190254.3059@sarah.albany.edu> rob@dinner.asrc.albany.edu (Robert D. Seals) writes:
|> >Hello,
|> >I just got sls from tsx-11 today, and prepared things and dove
|> >in to install on my hard disks.
|> >
|> >Things seems sensible except that bad blocks on the hard disks
|> >aren't mapped to a forwarding area. This makes installation nearly
|> >impossible, since my disks have many bad blocks. Is there
|> >an 'fsck' on the a1/a2 disks that can locate and deal with bad
|> >blocks so that I may proceed with installation? If not,
|> >what am I supposa do?
|> >
|> 	mkfs -c checks and marks bad blocks
|> 
|> marc
|> 

No! It does not, but it should! Seems to me that there is a mistake in the
interpretation of the error register of the HD controller. The only secure way to
handle the bad blocks problem is to feed the bad block list to mk(e)fs. That is
what my experieces with mk(e)fs are ... As soon as I find the error, i will post
a fix for it. (But i haven't found it yet :( )

Dominik
+-----------------------------------------------------------------------------+
| eMail to:      kubla@MZDMZA.ZDV.UNI-MAINZ.DE                                |
|       or:      kubla@vzdmza.zdv.uni-mainz.de                                |
| sMail to:      Dominik Kubla, Steinsberg 34, 5428 Nastaetten, GERMANY       |
+-----------------------------------------------------------------------------+
|                                                                             |
|                     I don't  *like*  LINUX, I  *LOVE*  it ...               |
|                                                                             |
+-----------------------------------------------------------------------------+