HDTenEightyP/NetNews huggingface dataset:
From: janl@ifi.uio.no (Jan Nicolai Langfeldt)
Subject: Re: help about et400 color box under linux
Organization: Folkeaksjonen for gjeninsettelse av Revolvermagasinet
Date: Mon, 11 Jan 1993 16:08:46 GMT
Originator: janl@maud.ifi.uio.no


In article <1993Jan11.102030.21315@ghost.dsi.unimi.it>, rosa@ghost.dsi.unimi.it (massimo rossi) writes:
...
> I have big problem setting right frequencies and dot clock
...
> resolution    sync freq horiz.    sync freq vert.    dot clock
> 640x480           31.5 khz              60   hz         25.175 mhz
> 640x480           38.7 khz              72.7 hz         32.512 mhz
...

I perceive a problem here. You have sorted the dot clocks/modes. The
clocks line in Xconfig must _not_ be sorted. It's usualy best to
remove it entierly in fact.

Nicolai
-- 
Nicolai Langfeldt, "Bugs made while you wait"
Internet: janl@ifi.uio.no
From: ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig)
Newsgroups: comp.os.linux
Subject: Placement of diff and diff3 in SLS distribution, makewhatis
Date: 11 Jan 1993 14:59:23 GMT
Organization: University of Karlsruhe, Germany
Reply-To: ig25@rz.uni-karlsruhe.de
NNTP-Posting-Host: fg70.rz.uni-karlsruhe.de

When building and testing RCS for myself, I noticed that diff3 as
compiled for the SLS 0.98pl5 release looks for the diff command under
/bin/diff; however, diff can be found as /usr/bin/diff in that release.

Doing a 

mv /usr/bin/diff* /bin

gets rid of the problem.

BTW, DO NOT do a /usr/lib/makewhatis in that SLS release.  Since just
about every manpage in that release comes precompiled, you'll smash your
whatis database that way, and man -k will no longer work.
-- 
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: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Newsgroups: comp.os.linux
Subject: Re: libc.so.4.2 Caveats!
Date: 5 Jan 93 15:25:16 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu


In article <1ibfj9INNit7@sequoia.ccsd.uts.EDU.AU> M.Gream@uts.EDU.AU
(Matthew Gream) writes:
>
> Correct me if I am wrong, but doesnt -N also mean that the program is
> not demand page linked? In otherwords at execution time the entire
> file is loaded into memory.

With a program only a couple of pages long, does it matter?

-- 
 \  /   Charles Hannum, mycroft@ai.mit.edu
 /\ \   PGP public key available on request.  MIME, AMS, NextMail accepted.
Scheme  White heterosexual atheist male (WHAM) pride!
Newsgroups: comp.os.linux
From: entropy@world.std.com (The Entropic one)
Subject: Olwm breaks on ET4000 :( 
Organization: The World Public Access UNIX, Brookline, MA
Date: Sat, 9 Jan 1993 08:28:25 GMT

Has anyone had problems getting olwm to run on an et4000 card?
I recently switched to an ET4000 and olwm suddenly decided to make
the grab bar thing above the windows infinitly long in the Y
direction....

Otherwise I'm getting more impressed with Linux, I've stuffed in
just about everything this 486 can physically contain and linux
doesn't seem to have any problem running it all at the same time.

BTW-
 Weird TCP/IP problem:
  reading large blocks is very very slow. Try read(fd,buff,1000000) vs
  1000 read(fd,buff,1000)'s on a socket, the second case runs many times
  faster for some reason.

-- 
------  Linux, Religion, and electronic shopping all in one place!
\    / Repent of Bean eating, MS-DOS, OS/2, and windows NT, no sales man
 \  / will hassle you, no priest will sacrifice you. Free 9600 baud download.
  \/ Call the Virtual World Information Systems BBS at 508-793-9568        
Newsgroups: comp.os.linux
From: danubius@halcyon.com (Joseph R. Pannon)
Subject: Re: [WANTED] diffs for the following:
Organization: The 23:00 News and Mail Service
Date: Tue, 12 Jan 1993 20:54:52 GMT

In article <C0r9py.FB9@ccu.umanitoba.ca> umrose05@ccu.umanitoba.ca (Dave Rose) writes:
>
>	Recently I went and upgraded my system with the libc4.2 libraries
>and gcc 2.3.3 (i486), installation seemed to go fine, and lots of things
>seemed to work ok. Only now a few days later am I realizing that all is
>not well. The problem is, I don't know exactly WHAT is broken, so I've been
>trucking along re-compiling what I can and seeing if things have improved.

I have done the same thing, too, and I noticed that some of the
instructions that came with the libdisk and gccdisk stuff were
incomplete.  For instance, the "Installing on the Hard Drive" section,
when providing that little script with the "for ... do" loop, omits the
lib subdirectory from the "for d in bin dev etc usr" line which than
misses updating your /bin directory on your HD.  So that has to be added
to that line.  Another problem might come from existing sym links that
mandates manual fixes not mentioned in the instructions.  I am kinda'
new at this, but I noticed that after following the lib upgrade
instructions to the letter, the /lib/libc.so.4 was still linked to the
old libc.so.4.1, instead of the new libc.so.4.2 as I saw it on the
libdisk floppy from which the upgrade was done. Same goes for the
/lib/libm.so.4 that remained linked to libhard.so.4.0 while on the
floppy it was linked to something else.  So I manually relinked it to
reflect what I saw on the floppy.  I hope I did the right thing and if I
blew it, I better find out from somebody before I do some damage.

BTW, without adding that bin directory to the "for d in ..." script
line, the new Seyon 1.72 binary distribution would not even install
because its install script would not find the new /lib/libc.so.4.2 lib.
(Yes, Mr. Seyon! -- did you know that? ;-)

I suppose it's those preexisting sym links that may make the major new
SLS upgrade problematic, also.  Is that right, Peter?

Regards,
Joe
Newsgroups: comp.os.linux
From: bonnaire@masi.ibp.fr (Xavier BONNAIRE)
Subject: Xfree86 and CHIPS & TECHNOLOGIE SVGA Card
Organization: Laboratoire MASI
Date: Mon, 11 Jan 1993 10:26:04 GMT

Has anybody succeded in runnong XFree86 with a SVGA Card based 
on CHIPS & TECHNOLOGIE chips ?

Is there a special driver or configuration for Xconfig ?
Thanks for the help...


   +---+                             
  / \ / \        Bonnaire Xavier                   |  Email: 
 /   /   \       Laboratoire MASI                  |        
+---+ \   \      Universite Pierre et Marie Curie  |  bonnaire@masi.ibp.fr
 \   \ +---+     4 Place Jussieu                   |  Administrateur Systeme
  \   /   /      75252 Paris Cedex 05              |
   \ / \ /       Tel:  44 27 61 89                 |
    +---+  

Newsgroups: comp.os.linux,comp.std.c
From: torvalds@klaava.Helsinki.FI (Linus Torvalds)
Subject: Re: Library 4.1 bug/feature?  fopen("fifo","a") fails
Organization: University of Helsinki
Date: Fri, 8 Jan 1993 10:46:12 GMT

In article <1993Jan8.071603.20564@serval.net.wsu.edu> hlu@luke.eecs.wsu.edu (H.J. Lu) writes:
>
>I can fix stdio to handle fopen(fifo, "a") since lseek returns with
>errno == ESPIPE on fifo and pipe. But how about tty and socket? I
>prefer all of them return with errno == ESPIPE.

Done.  The next version will return ESPIPE for those too - it currently
returns various weird (EBADF and EINVAL) values. 

		Linus
Newsgroups: comp.os.linux
From: jem@snakemail.hut.fi (Johan Myreen)
Subject: Re: Where can I find full list of Xconfig options?
Organization: Helsinki University of Technology, Finland
Date: 08 Jan 93 20:27:52 GMT

In article <1ihhtiINNm96@matt.ksu.ksu.edu> probreak@matt.ksu.ksu.edu (James Michael Chacon) writes:
>lana@news.mit.edu (Svetlana Panasyuk) writes:
>>Especially concerning mouse. I have Logitech mouse in PS/2 port and
>>running Xfree86-1.1. with kernel Linux 098p5 from SLS 0.99 .Line
>>Microsoft "/dev/bmouseps2" does better, but mouse motion is restricted
>>by Y == 0. I can use mconv (ps2mouse) and it works but I think that it should
>>be possible without it. I can not find full list of Xconfig options in any of 
>>documents distributed along with X.

>Try man X386. Those man pages are there for a reason you know.

Is there a version of XFree86 (for Linux) already that has support for
PS/2 pointing devices?  Support for these has been promised for the
next release, but I haven't heard anything yet. Unless I have missed
something, I'm afraid there is no better way than using mconv. (Hey,
what's wrong with that? :-)

--
Johan Myreen
jem@cs.hut.fi
Newsgroups: comp.os.linux
From: marc@r-node.pci.on.ca (Marc G. Fournier)
Subject: Re: SLS4 UUCP/SMAIL Questions
Organization: R-node Public Access Unix - 1 416 249 5366
Date: Tue, 5 Jan 1993 11:40:23 GMT

vince@halcyon.com (Vince Skahan) writes:

>for news, you need to edit (at a minimum):

>	/usr/bin/Pnews and Rnmail to set your hostname.domain

	Just to point out one more thing...in Pnews, you also have to
edit your distributions for news.  

Marc
-- 
Marc G. Fournier      | R-node Public Access Unix running UnixBBS 1.10
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell accounts available  2500+ newsgroups  FREE
marc@r-node.pci.on.ca | Telebit WorldBlazer/SupraModem2400/Cardinal 2400
From: feoh@hal.gnu.ai.mit.edu (Chris Patti)
Newsgroups: comp.os.linux
Subject: A suggestion for the  improvement of SLS
Date: 11 Jan 93 23:59:59 GMT
Organization: MIT Artificial Intelligence Lab
NNTP-Posting-Host: hal.gnu.ai.mit.edu

Hello, Before I say anything I'd just like to send kudos to all the folks 
working on Linux and related software, Great job guys!

Now, to the point :) I'm a big fan of SLS. it allowed me to slip into the 
world of Linux with the minimum birthing pain.. 

However, now that I've been in for awhile I'm beginning to get a little bit
out of date .. There's been a new release of X (1.2.. I think I got an earlier
release with my 0.98 pl5 SLS), I'm not sure whether or not I have an 'older'
copy of BASH mentioned in the FAQ (X apps I've ported keep wiping out with
SIGALRM's) and I wonder if its safe to upgrade to new versions of things..


What I'd like to suggest is a file that would come with SLS that would give the
version/patchlevel of every major package included in SLS.. This would make
the users task MUCH easier when he/she gets on the upgrade path..

All in all though SLS is tremendous.. Keep up the good work!

-Chris
Newsgroups: comp.os.linux
Subject: Xll with 256k realtek vga
From: David Pincus <PINHC@CUNYVM.BITNET>
Date: Saturday, 9 Jan 1993 21:55:51 EST
Organization: City University of New York/ University Computer Center

Hi I have a realtek 256k vga card running a Zenith ZCM-1490-Z monitor
which I think maxes out at 800x600. I can only go up to 640x480 with
windows because I think 512k is needed for 800x600.  Anyway, will
X11 run on this setup? (even mono would be nice). Anyone out there have
any of these components in their systems?

Another question: I'vbe set up elm so that my users can send mail.
the /usr/spool/mail/xxxx files have to be group readable, (all my users
belong to the group users) and writable for elm to handle it. how can I
prevent my users from accidentally erasing someone elses mail if they go
into /usr/spool/mail and do a rm * ? This is not a real threat tho because
I have nice users :)

               MUCH THANX - pinhc@cunyvm.cuny.edu
Newsgroups: comp.os.linux
From: k203002@smog.DKRZ-Hamburg.DE (Markolf Gudjons)
Subject: Problem compiling CNews under Linux
Organization: Deutsches Klimarechenzentrum GmbH, Hamburg
Date: Mon, 11 Jan 93 12:16:40 GMT

I have a problem compiling CNews under Linux SLS0.98pl1. I went through the
build process and got the four scripts out all right. However, in doit.bin,
making libc, yacc chokes on /lib/getdate.y. It says "getdate.y contains 8 
shift/reduce conflicts". Make then fails.

Has anybody gotten CNews to work under Linux? Any advice would be greatly 
appreciated. Email me at k203002@neptun.dkrz-hamburg.dbp.de if at all
possible. Thank you.

- Mark (k203002@neptun.dkrz-hamburg.dbp.de)
From: rob@phavl.UUCP (Robert Ransbottom)
Newsgroups: comp.os.linux
Subject: Re: Permissions in SLS
Date: 7 Jan 93 16:14:24 GMT
Organization: erehton

In article <1992Dec29.214548.3694@sol.UVic.CA> pmacdona@sanjuan (Peter MacDonald) writes:

>Here is how I want to handle permission setting in SLS.
>Like just about all other administration, I want to use
>a shell script.  So I intend to modify/extend install
>to allow it to modify files in place, plus a few other
>goodies documented briefly below in the very simple
>example I cobbled together.

This is a rewrite of the script that Peter posted.  This doesn't
require the yet to be released modified install program.

I have added a few files for read access: 
	/etc/profile /etc/utmp /etc/wtmp

I have not yet checked my /dev/[hs]da* devices to see if they are 
reasonably secure.

----set_perms.sh------

mkdir /usr/tmp /usr/spool/uucp

chown root /bin /usr /lib /home /user /mnt /usr/bin /usr/lib /usr/man /usr/man/*
chown root /usr/spool /usr/spool/mail /usr/spool/uucp /usr/adm
chgrp root /bin /usr /lib /home /user /mnt /usr/bin /usr/lib /usr/man /usr/man/*
chgrp root /usr/spool /usr/spool/mail /usr/spool/uucp /usr/adm
chmod 755 /bin /usr /lib /home /user /mnt /usr/bin /usr/lib /usr/man /usr/man/*
chmod 755 /usr/spool /usr/spool/mail /usr/spool/uucp /usr/adm

chown root /tmp /usr/tmp
chgrp root /tmp /usr/tmp
chmod 1777 /tmp /usr/tmp

chown root /usr/man /usr/man/* /usr/man/*/*
chgrp root /usr/man /usr/man/* /usr/man/*/*
chmod 755 /usr/man /usr/man/* /usr/man/*/*

find /usr/man/* -type f -print | xargs chmod 644 	

chown root /usr/spool /usr/spool/mail /usr/spool/uucp /usr/adm
chgrp root /usr/spool /usr/spool/mail /usr/spool/uucp /usr/adm
chmod 755 /usr/spool /usr/spool/mail /usr/spool/uucp /usr/adm

find /usr/lib/* -print | xargs chown root
find /usr/lib/* -print | xargs chgrp root
find /usr/lib/* -type f -print | xargs chmod a+r
find /usr/lib/* -type d -print | xargs chmod a+rx

for i in /home/* ; do
	touch /usr/spool/mail/`basename $i`
	chown `basename $i` $i $i/* /usr/spool/mail/`basename $i`
	chmod 660 /usr/spool/mail/`basename $i`
	chgrp mail /usr/spool/mail/`basename $i`
done
chmod 755 /home/*
chgrp other /home/*

chmod a+r /etc/profile /etc/utmp /etc/wtmp
-- 
rob   Robert Ransbottom
"It is extremely important to maintain correct attributions." -- anonymous
From: sadkins@bigbird.cs.ohiou.edu (Scott W. Adkins)
Newsgroups: comp.os.linux
Subject: Re: TelnetD problems?
Keywords: telnet
Date: 13 Jan 93 00:37:12 GMT
Distribution: comp
Organization: Ohio University CS Dept., Athens

In article <darcy.726866926@namao> darcy@namao.uucp (Darcy Birkbeck) writes:
>When I try to telnet into linux from another Unix machine, I get as far
>as the login: prompt and then chaos.
>
>	It allows password entry, but does not allow me to enter the line
>
>	(Example)   Login: Joe^M
>
>	(Prints ^M instead of entering name.)  Heeeellllpppp!!!

I would like to hear the solution of this problem from all of you out there...
I have the problem myself, and I have seen people post about having this
problem, but no solutions ever come around.  Was this fixed in SLS99p2?  I
am waiting to upgrade my system to that, but it won't happen yet for a couple
more days... (time is limitted right now).  

There are three problems that come from the above:

  1) The ^M appears at the end of "login:" and "password:" requiring
     the use of Control-J to accept both the login and password.

  2) The tcpip/network stuff eventually freezes up after a certain
     time period which prevents *anyone* from telnetting/rloggin into
     the system... the system is still running, and you can telnet *out*
     of the system, but not *into* the system.  (Incedentally, when you
     telnet *out* of the system, it actually fixes the problem for awhile
     and you can then telnet *into* the system again...)  Someone actually
     suggested that the telnetd daimon was going to sleep...

  3) When either telnetting into or out of the system, the connection will
     close itself quite frequently... which makes life very difficult when
     you can't even finish running a program!

Solutions anyone?

Thanks,
Scott.
-- 
         Scott W. Adkins           Internet: sadkins@ohiou.edu
         ~~~~~~~~~~~~~~~                     ak323@cleveland.freenet.edu
    Ohio University of Athens        Bitnet: adkins@ouaccvma.bitnet
From: hlu@luke.eecs.wsu.edu (H.J. Lu)
Newsgroups: comp.os.linux
Subject: Re: [BUG?] Why does gdb affect the behaviour of many errors?
Date: 5 Jan 93 08:36:46 GMT
Article-I.D.: serval.1993Jan5.083646.16917
Distribution: world
Organization: Washington State University!

In article <1993Jan5.051110.6558@monu6.cc.monash.edu.au> ashtray@yoyo.cc.monash.edu.au (John Newnham) writes:
>Subject says it all.  I noticed that Rick, among others, seems to accept
>this with equanimity.  But surely an error should (generally, races excluded)
>occur wether the process is running under a debugger or normally?
>One example I had recently was that mail was writing to string constants
>(tsk, tsk), and therefore seg-faulting.  But I could not replicate the error
>with gdb, so I was left with inspecting the code and guessing (or reading the
>manual and realising that -Wall does not imply -Wwrite-strings. *sigh).
>
>Comments?  Is this behaviour of gdb linux-specific, or should I be posting in
>a different GNUsgroup?
>
>ashtray@yoyo.cc.monash.edu.au

If you got the answer, please let me know. I had an X11 program of
several thousand lines in C++, which was running fine on decstation.
But on AT&T UNIX SVR3.2.2/386, it core-dumped. If I compiled it
with -g, it ran ok. It drove me crazy.

H.J.

H.J.
p
Newsgroups: comp.os.linux
From: newmont@netcom.com (Michael Skerl)
Subject: 3Com 3c503 support for linux?
Keywords: 3Com 3c503 linux support
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 7 Jan 1993 02:14:02 GMT

Hello again and thanx for the support on my last questions! Now (naturally)
I have some more! :)

Does anyone know of a 3Com 3c503 support package for linux? If so, where
could I ftp it from?

Again, thanx in advance for the help!

Bill (newmont@netcom.com)
From: rcopg@minyos.xx.rmit.OZ.AU (Paul Gortmaker)
Newsgroups: comp.os.linux
Subject: Re: PATCH: procps - avoid buffer overruns
Date: 11 Jan 93 09:34:37 GMT
Organization: RMIT Computer Centre
NNTP-Posting-Host: minyos.xx.rmit.oz.au

johnsonm@lars.acc-admin.stolaf.edu (Michael K. Johnson) writes:


>This patch is to an old procps.  The new procps fixes this bug, as
>well as several others.  Before posting patches like this, it would be
>nice to offer them to the author, and to check the ftp site (hint hint
>hint).

>michaelkjohnson


	How old is old??? 98p6, 99p0, 99p1 ???? I am in the process of trying
to get ps sorted out so that it works after rebuilding the kernel. Stuff like
redundant patches sure doesn't make matters easier

						Paul.
From: john.will@satalink.com (John Will)
Newsgroups: comp.os.linux
Subject: Phantom file invades /etc
Date: 5 Jan 93 08:27:00 GMT
Reply-To: john.will@satalink.com (John Will)
Organization: Datamax/Satalink Connection * Ivyland, PA (215) 443-9434

I have developed a somewhat mysterious problem with Linux, specifically
a mystery growing file! :-(  A binary file appears in my /etc directory
named wtmp, and it's continuously growing.  It's also flagged by fsck
as a problem, that's how I spotted it.  The whole system is very slow,
obviously because of this phantom file I can't seem to figure out.
Booting from a previous kernel on a floppy didn't fix anything, so
I'm kinda stuck.  What in the world is going on, and how do I fix it?
I tried deleting the file, but it gets recreated.  Where is it coming
from?  HELP!
From: kfisher3@mach1.wlu.ca (kevin fisher U)
Newsgroups: comp.os.linux
Subject: Re: Xfree 1.1 ....
Date: 12 Jan 93 21:25:29 GMT
Organization: Wilfrid Laurier University
X-Newsreader: TIN [version 1.1 PL6]

kevin fisher U (kfisher3@mach1.wlu.ca) wrote:
: Ok, I took everyone's advice and installed Xfree 1.1, everyone telling me it
: would rectify the problem of the screen staying blank after exiting X.
: 
: Well, it exits X a lot quicker now, but I still have a blank screen...any
: ideas?
: 
: The docs said that the new Xconfig.sample has some new additions, but it
: looked the same as the old Xconfig.
: 
: I tried specifying "Chipset "tvga8900" " in the Xconfig file, but X dies
: right of the start with a blank screen.
: 

Ok, so I'm an idiot..the tar file couldn't make an important symlink, and it
caused all the problems..false alert, all is well, my TVGA can stay...


-- 
--------------------------------------------------------------------------------
Kevin Fisher  ><> 	|  "Thank you.  You can't believe everything you
kfisher3@mach1.wlu.ca   |  see and hear, can you?" - Hendrix, 'EXP'
________________________________________________________________________________
Newsgroups: comp.os.linux
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Subject: Re: Corrupt 'tar' man page
Organization: University of Helsinki
Date: Mon, 11 Jan 1993 19:41:50 GMT

aclark@netcom.com (Al Clark) writes:
>   I loaded them in /pub/OS/Linux/ALPHA/incoming (I think that is
>   correct), and dropped a note to arl@cs.hut.fi. I understand he will 
>   move the files to the correct place:
>    /pub/OS/Linux/ALPHA/doc-project on nic.funet.fi
>   which is where others can find them.

Thanks.  All contributions are welcome.

However, since the ALPHA/doc-project directory is intended for stuff
that circulates withing the documentation project (things still under
construction), not for stuff meant for public use, like your man
pages, it would have been better to put them into Linux/incoming, for
further moving to Linux/doc or Linux/doc/doc-project.

Don't take this as a flame, it's not.  The main thing is to get stuff
available, by whatever means.  If possible, though, I (and arl, I
understand) would like the ALPHA/doc-project to not contain stuff that
people should _use_, just stuff that people should _check_ and _work
on_.  Basically, ALPHA/doc-project is intended to make it unnecessary
to transfer a lot of large documents via mail, especially since the
mailing-list machine is overloaded as it is.  If you want to spelling
check, review, or otherwise work on a piece of documentation, look in
ALPHA/doc-project.  Likewise, if you have something that you want
spelling checked, reviewd, etc, put it into ALPHA/incoming and ask
arl@cs.hut.fi to move it to ALPHA/doc-project.  If you just want to
have a document or manual to read, you should stay out since the stuff
in ALPHA/doc-project is not necessarily usable.  Linux/doc and
Linux/doc/doc-project are for you.

The doc/doc-project directory should contain the stuff from the doc
project that is ready to be used.  It is empty at the moment, and
might possibly be for a few weeks more (writing docs takes time).
When stuff gets put there, there will be announcements.

Yeah, I bitch about the distinction between ALPHA/doc-project and
doc/doc-project because I am a control freak, but also because it is
better to have a clear separation between the stuff that can be
dangerously bad, and stuff that is checked and attempts to be
finished.

--
Lars.Wirzenius@helsinki.fi  (finger wirzeniu@klaava.helsinki.fi)
   MS-DOS, you can't live with it, you can live without it.