lostecho/oldlinux-files
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

add directory mail-archive

Browse Source
This commit is contained in:
gohigh
2024-02-19 00:25:02 -05:00
parent 07129c3397
commit a778c607a4
1056 changed files with 796887 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

656
mail-archive/linux-misc/Volume2/digest738 Normal file
View File

@@ -0,0 +1,656 @@
From: Digestifier <Linux-Misc-Request@senator-bedfellow.mit.edu>
To: Linux-Misc@senator-bedfellow.mit.edu
Reply-To: Linux-Misc@senator-bedfellow.mit.edu
Date: Sun, 11 Sep 94 09:13:07 EDT
Subject: Linux-Misc Digest #738
Linux-Misc Digest #738, Volume #2 Sun, 11 Sep 94 09:13:07 EDT
Contents:
Re: Colorado Jumbo250 (Yasuo Ohgaki)
Re: linux-1.1.50 (Yasuo Ohgaki)
Linux Doom pix doubling fixed!! (Erik Nygren)
Re: Gnu Gopher and linux display problems (Tom Karches)
Re: IDE vs SCSI (was 486dx4 vs Pentium 60) (Mark A. Horton KA4YBR)
Re: Linux in InfoWorld (Mark A. Horton KA4YBR)
Re: Best WWW server for linux (Collin Forbes)
Re: 320x200 X resolution? (Andreas Matthias)
Re: DOOM and Linux (Andreas Matthias)
Re: lpr and hp520 (Michael Martin)
splitted archives (Hans Petter Fasteng)
Re: Thanks ID and ddt - Linux DOOM is perfect. (Kang-Jin Lee)
Re: linux-1.1.50 (Kang-Jin Lee)
Re: lpr and hp520 (Stephen Gourdie)
Re: 320x200 X resolution? (Olli Vinberg)
Re: seyon toolkit options, how? (S. O'Connor)
----------------------------------------------------------------------------
From: yohgaki@mercury.cair.du.edu (Yasuo Ohgaki)
Subject: Re: Colorado Jumbo250
Date: Sun, 11 Sep 1994 05:26:04 GMT
Edward Cannon (raycannon@delphi.com) wrote:
: I have used FTAPE with Jumbo250 and Linux 1.1.18. Seems to work fine, however
: I have had so many other problems with 1.1.18 I have gone back to 1.0.9 with
: UMS support built in (on sunsite and rsx-11). When you download the Q disks
: and the D disks, if you load the D disks last you will get 1.0.9. If you
: load the Q disks last you will get 1.1.18. I had to reload getty from 1.0.8
: to get it to work at all. 1.1.18 seems to have heartache if you try to compile
: it without networking... It compiles if you leave the netwroking defaults in
: the make config alone. BTW, the instructions that talk about lodlinux are
: not quite correct. The sample does not have the rw option set which freaked
: out my computer when I tried to boot from DOS. I am planning to pick up the
: source for FTAPE and recompile it for Linux 1.0.9. Maybe 1.1.18 will work
: fine for you, give it a try. Note FTAPE will not run with Colorado
: accelerator cards... just leave it hooked up to your floppy cable and you
: should be alright.
Try kernel 1.1.22. I've been using this kernel and backup everyday
using cron w/o any problem. (No crush/GPF so far)
BTW, ftape-1.13b supports FC-10. It works right? Anyone??
--
Yasuo Ohgaki
e-mail: yohgaki@mercury.cair.du.edu
------------------------------
From: yohgaki@mercury.cair.du.edu (Yasuo Ohgaki)
Subject: Re: linux-1.1.50
Date: Sun, 11 Sep 1994 05:28:03 GMT
Ralph Sims (ralphs@halcyon.halcyon.com) wrote:
: xlacha1@wizard.weizmann.ac.il (Omer Zak) writes:
: >Version 1.1.50 has been posted several several hours ago to ftp.funet.fi.
: >Before upgrading my PC from version 1.1.8 to 1.1.50 I would like to know
: >if anyone has already installed version 1.1.50 on his system and whether
: >there are any problems with it.
: I've installed it, and no problems. It appears that amateur radio
: operators may be in for a thrill, and there's a new Ethernet card
: (LANCE?) supported. It's fairly mild for an upgrade, but I don't
: want to be caught 10 versions back and have something 'really big'
: hit the streets; at least for now, reversing patches isn't that
: much of an issue.
I've got GPF.. :( while I'm backup using ftape1.13b, top,
kermit, tmon, some other processes. However, I couldn't
recreate GPF.
--
Yasuo Ohgaki
e-mail: yohgaki@mercury.cair.du.edu
------------------------------
From: nygren@news.mit.edu (Erik Nygren)
Crossposted-To: alt.games.doom
Subject: Linux Doom pix doubling fixed!!
Date: 11 Sep 1994 09:12:15 GMT
A new version of Linux Doom has appeared on sunsite.unc.edu in
/pub/Linux/Incoming/linxdoom.tgz. This version has pixel doubling
and tripling fixed! Pixel doubling is even playably fast on a 486/66 VLB.
The problem was apparently an endianness thing.
From the README:
> You can use -2, -3, or -4 to double, triple, or quadruple the window
> size. This turns out to be a pretty bonehead thing to do in Linux.
> You can resize the X server resolution. I understand there's now
> a 320x200 mode. I'd recommend it. The -2,-3,-4 options were broken
> before (an endianness thing). -2 and -3 are fixed. I still say
> you're a bonehead for using them.
Thanks David!!!
--- Erik
___________________________________________________________________________
Erik Nygren \ \ \ Massachusetts Institute of Technology
450 Memorial Drive \ \ \ Email: nygren@mit.edu Voice: 617/225-9297
Cambridge, MA 02139 \ \ \ http://www.mit.edu:8001/people/nygren/home.html
------------------------------
From: karches@onramp.net (Tom Karches)
Crossposted-To: comp.os.linux.admin
Subject: Re: Gnu Gopher and linux display problems
Date: Fri, 09 Sep 1994 00:50:07 -0600
In article <Cvu8EE.MyF@freenet.carleton.ca>, an018@FreeNet.Carleton.CA
(Chris Mackay) wrote:
> I just FTP'ed the latest version of Gnu Gopher from
> boombox. It compiled perfectly with one warning which
> wasn't very important. I set it up with the sample
> menus and such but when I run 'gn', nothing appears
> on the screen and if I press the <enter> key, it shows
> what looks like the .cache file to the screen and drops
> back to the prompt. I don't see the traditional gopher menu with a
> selector prompt and such at all. Does anybody have a clue as to what
> I should do?
Isn't "gn" the server? I think you still need to run a Gopher client to
look at the data.
Tom
=====================================================================
Tom Karches ** Integral Systems ** Consulting and Training **
karches@onramp.net ** Macintosh * Unix * PC * Internet **
Dallas, Texas -- RUAUU2? -- "Demystifying computers since 1990"
==========================================================================
------------------------------
From: mah@ka4ybr.com (Mark A. Horton KA4YBR)
Subject: Re: IDE vs SCSI (was 486dx4 vs Pentium 60)
Date: Fri, 9 Sep 1994 03:35:47 GMT
Michael Griffith (grif@corsa.ucr.edu) wrote:
: In article <Cvpu55.8nA@dfw.net>, Justin Scott <jhs@dfw.net> wrote:
: >But IDE and Pentium and Linux would be like cramming several thousand psi
: >of a thick liquid through a stirring straw... it will be a slow and
: >tedious process.
: Not necessarily. Here is a quote from the comp.periphs.scsi FAQ:
: In a typical single drive PC system, ATA (you call it IDE, the
: proper name is ATA) is faster than any SCSI. This is because of
: the 1 to 2 millisecond command overhead of a SCSI host adapter
: vs. the 100 to 300 microsecond command overhead of an ATA drive.
: Also, ATA transfers data 16-bits at a time from the drive
: directly to/from the system bus. Compare this to SCSI which
: transfers data 8-bits at a time between the host adapter and the
: drive. The host adapter may be able to transfer data 16-bits at
: a time to the system bus.
Guess I've screwed up again somewhere : :(
==================================================================
System A - 486DX2-66 VESA LB, 256K cache, 20MB main, 3.6GB DASD
Buslogic 445S VESA LB running in ISA mode, Quantum PD1225S drives :
Writing the 37 Megabyte file, 'iozone.tmp'...28.550000 seconds
Reading the file...38.680000 seconds
IOZONE performance measurements:
1358925 bytes/second for writing the file
1003032 bytes/second for reading the file
=================================================================
System B - 486DX-40 VESA LB, 256K cache, 8MB main, 540MB DASD
IDE VESA LB card, Conner 540MB , 10ms drive :
Writing the 37 Megabyte file, 'iozone.tmp'...36.470000 seconds
Reading the file...45.560000 seconds
IOZONE performance measurements:
1063814 bytes/second for writing the file
851565 bytes/second for reading the file
=================================================================
Both systems had NO other activity on them during the test.
I'm hoping the SCSI performance improves when I get the BT445S
running in true VESA mode.
-- Mark
--
"Linux! Guerrilla UNIX Development Venimus, Vidimus, Dolavimus."
============================================================
Mark A. Horton ka4ybr mah@ka4ybr.atl.ga.us
P.O. Box 747 Decatur GA US 30031-0747 mah@ka4ybr.com
+1.404.371.0291 33 45 31 N / 084 16 59 W
------------------------------
From: mah@ka4ybr.com (Mark A. Horton KA4YBR)
Subject: Re: Linux in InfoWorld
Date: Fri, 9 Sep 1994 03:40:50 GMT
Croix (jcroix@rx7t.austin.ibm.com) wrote:
: They attempted to install Slackware 2.0. The only thing they did was
: to create the install disks and tell the system to auto-install
: everything from CD. After letting the install run all night, they
^^^^^^^^^
|
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!------------+
What the hell were they installing it to? a .00005 MHz 386sx?
:)
: came back the next morning to discover:
: * They took the wrong system. Their install system
: had critical data on it that wasn't backed up.
: * Slackware install recognized the disk was DOS partitioned
: and created a LINUX directory under which it put
: the distribution.
: * Their critical data was still available on disk.
I wonder if they'd still had their data with any other x86
UNIX install??? :)
: Since they didn't actually try anything with the system, I assume
: next week's article will do something technical, like attempt to
: configure TCP/IP.
I'll have to go scavenge a copy of this! Sounds like fun
reading!!
-- Mark
--
"Linux! Guerrilla UNIX Development Venimus, Vidimus, Dolavimus."
============================================================
Mark A. Horton ka4ybr mah@ka4ybr.atl.ga.us
P.O. Box 747 Decatur GA US 30031-0747 mah@ka4ybr.com
+1.404.371.0291 33 45 31 N / 084 16 59 W
------------------------------
From: collinf@crow.csrv.uidaho.edu (Collin Forbes)
Subject: Re: Best WWW server for linux
Date: 9 Sep 1994 06:16:40 GMT
Michelle Murrain (mmurrain@hamp.hampshire.edu) wrote:
: I'm looking for the best WWW server that works well with Linux. NCSA
: httpd has several versions, and I'm not sure which might be best. Any
: suggestions and sources from those of you running a WWW server in a linux
: box?
I'm using GN 2.12 on my Linux (slackware 1.2) box, and I'm quite happy
with it. GN is a bi-lingual server for gopher and WWW. It's available
via the URL http://hopf.math.nwu.edu/
--
/''' Collin Forbes
c oo collinf@uidaho.edu
`` >
`'` http://www.uidaho.edu/~collinf/
------------------------------
Crossposted-To: comp.os.linux.development
From: andy@titan.central.de (Andreas Matthias)
Subject: Re: 320x200 X resolution?
Date: Sat, 10 Sep 1994 20:23:13 GMT
: So.... 320x200 resolution anyone? :)
: I'll post if I figure out how to do it.
I have one that's working here (ET4000 with 17'' AOC monitor), but it
occupies only about half of the screen in vertical direction. I did
not find out how to make it bigger vertically. Perhaps someone else
can continue with this:
**********************************************************************
ModeDB
# name clock horizontal timing vertical timing flags
"320x200" 25 320 360 424 440 200 200 240 250
**********************************************************************
btw: Could it be that fvwm gets confused with this resolution? It
seems not to scroll correctly in the vertical direction.
Ciao,
Andreas
--
Andreas Matthias <andy@titan.central.de>
Zehntenstr.9
D-37120 Bovenden
Voice: +49/551/81377
------------------------------
Crossposted-To: alt.games.doom
From: andy@titan.central.de (Andreas Matthias)
Subject: Re: DOOM and Linux
Date: Sun, 11 Sep 1994 02:39:44 GMT
Larry Mulcahy (lmulcahy@nyx10.cs.du.edu) wrote:
: : This was just updated and linux doom is out. If you don't have
: : a Pentium though I wouldn't bother wasting the ftp time. Even
: : in the smallest window size it ran like a dog on our 486/66
: : with 16M of RAM. T
: I just tried it today on my 486/40 and performance was quite
: acceptable.
It is even fine on a 386/40 with 8MB, if the image details are
set to LOW in the OPTIONS menu. As the screen resolution I used
a homemade 320x200 with the SVGA XFree server on an ISA ET4000.
I suggest "wasting" the ftp time, even if you don't have a
pentium ;-)
Ciao,
Andreas
--
Andreas Matthias <andy@titan.central.de>
Zehntenstr.9
D-37120 Bovenden
Voice: +49/551/81377
------------------------------
From: mmart@starbase.neosoft.com (Michael Martin)
Subject: Re: lpr and hp520
Date: 11 Sep 1994 06:11:34 GMT
Timothy Cullip (cullip@radonc.unc.edu) wrote:
: I almost hate to ask this question since my linux version is ancient (0.98
: I think) and I don't remember the history of my lpr/lpd/etc package, and I
: don't claim to understand the intricacies of printcaps, but I'll ask it
: anyways.
: I just recently got an hp520 ink jet printer (mostly for my wife's DOS/WINDOWS
: wordprocessing use) and I'd like to at least get it to be able to print out
: simple text files under Linux.
: If I use a printcap entry that looks like:
: lp:lp=/dev/lp0:sd=/usr/spool/lp0:lf=/usr/adm/lpd-errs:sh
: and I have a text file (called text_file) that looks like:
: this is a
: test of my printer
: too bad it doesn't work
: and I do "lpr text_file" it prints to the page like:
: this is a
: test of my printer
: too bad it doesn't work
: Well, my first thought was that I could write a real simple output filter
: program (called filter) that outputs a carrage return every time it sees a line
: feed. So I wrote one that reads from standard in, writes to standard out, and
: inserts carrage returns. In fact if I do "filter < text_file > /dev/lp0" it
: prints out just like I'd expect. So I figured, I'd modify the printcap as
: follows:
: lp:lp=/dev/lp0:sd=/usr/spool/lp0:lf=/usr/adm/lpd-errs:of=/usr/etc/filter:sh
: where the filter program had the path /usr/etc/filter.
: Well, I must have a very bad understanding of printcaps and output filters
: because this didn't work at all. Now if I do "lpr text_file" nothing happens.
: Nothing is printed on the printer, no errors are printed on the screen, no
: errors logged to lpd-errs. All that happens is I get my bash prompt back.
: If I do an "lpq" it tells me there are no entries in the queue (and sure
: enough /usr/spool/lp0 doesn't have any files queued up).
: It also doesn't help to change the "of=" to an "if=" in the printcap. It's as
: though the filter program isn't called at all (I tried putting some statements
: into the filter program that opens a temporary file, writes something to it,
: and closes it. When I ran "lpr text_file" I don't get that temporary file
: created, which indicates to me that the filter program wasn't even started.
: So my question is, what did I do wrong? Anybody have a solution for me?
: Anyone have an hp520 filter/driver/whatever for lpr under linux?
: --
: Tim Cullip
: cullip@radonc.unc.edu
--
Looks like the same problem I have, which is bad (?) ownership/permissions
on the filter. No matter what I set these to, I get nada on output, and the
message "cannot execv <filter name>" in syslog. Any suggestions?
*---------------------------------------------------------------------------*
*Michael L. Martin | A Law is not Just, just because it's a law. *
*mmart@starbase.neosoft.com | *
*---------------------------------------------------------------------------*
------------------------------
From: hansf@kfdata.no (Hans Petter Fasteng)
Subject: splitted archives
Date: Sat, 10 Sep 1994 21:00:36 GMT
I hoped to get a printed manual for gcc and glibc. In the faq I saw that
I had to get the source for gcc and glibc, and get the manuals from there.
I found gcc-2.6.0.tar.gz-slplit on ftp.uu.net, but how do I unpack
splitted files? Or put them back to one big file.
And are glibc-1.08.1.tar.gz the latest libs? In my slackware
I see that I run with libc-4.5.24?
-Hans
------------------------------
From: lee@tengu.in-berlin.de (Kang-Jin Lee)
Subject: Re: Thanks ID and ddt - Linux DOOM is perfect.
Date: Sat, 10 Sep 1994 10:59:47 GMT
nygren@news.mit.edu (Erik Nygren) writes:
[ ... ]
>On a related topic (which is probably my fault):
>I've also been trying to get sound to work with Linux Doom and
>my PAS16. I'm using the sound drivers from the 1.1.50 kernel.
>There's a great deal of static along with the sound. The kernel
>also returns errors like:
>Sep 10 01:56:46 foundation kernel: Sound: DMA timed out - IRQ/DRQ config error?
>After a few seconds, sound stops entirely. This is strange since
>sound works with everything else under Linux except doom. (I've used
>things like s3mod and other sound players without problems). I've
>messed with IRQ's and DMA's but haven't had any success.
>Any ideas?
This is strange. With tracker 3.x I had no problems with my PAStudio 16.
With tracker 4.3 I had much more improved sound but got the "DMA timed
out ..." error message as soon as there were disk activities, so I
suspect an inkompatibility with my AHA1542B.
Surprisingly sound works perfect under Linux-Doom. (But not under DOS-Doom)
--
Kang-Jin Lee
lee@tengu.in-berlin.de
------------------------------
From: lee@tengu.in-berlin.de (Kang-Jin Lee)
Subject: Re: linux-1.1.50
Date: Sat, 10 Sep 1994 11:09:28 GMT
xlacha1@wizard.weizmann.ac.il (Omer Zak) writes:
>Version 1.1.50 has been posted several several hours ago to ftp.funet.fi.
>Before upgrading my PC from version 1.1.8 to 1.1.50 I would like to know
>if anyone has already installed version 1.1.50 on his system and whether
>there are any problems with it.
>Please post to this newsgroup because I follow it and I am sure that other
>people will be interested as well in the information.
> Thanks,
> --- Omer
>(Internet: xlacha1@wizard.weizmann.ac.il)
>(Ask me about porting the coverage analysis tool GCT to Linux.)
I think as a general rule, when there are no complaints about breaking
this or that, then also a non hacker could give it a try.
And to answer your question, I haven't noticed any problems, but then
again, I have quiet standard hardware and haven't stressed the kernel
that much, so this can't be the ultimate answer.
--
Kang-Jin Lee
lee@tengu.in-berlin.de
------------------------------
From: steve@stevegd.equinox.gen.nz (Stephen Gourdie)
Subject: Re: lpr and hp520
Date: Sun, 11 Sep 1994 10:12:58 GMT
Paul Cardwell (cardwell@HDFS3) wrote:
: I have an HP Deskjet 520 myself, but I use a custom program to
: pre-format the output to my printer. Manuals and other documents
: look nice. It's available on sunsite.????.???. and I think the
: name of this package is djscript? Look under the 'text' areas.
: Paul
I also have an HP Deskjet 520, and there is support available for
dvi & postcript files as well as djscript for text files.
The first problem mention in the origional posting of no CR if fixed by
the following input filter.
===================================================================
#!/bin/bash
# Filter for HP printers to treat LF as CRLF
# the ``echo -ne'' assumes that /bin/sh is really bash
echo -ne \\033\&k2G
/usr/bin/cat
echo -ne \\f
===================================================================
With the above filter text files will print correctly.
If however you want to do some formating etc. then the djscript
file mentioned above is excelent. It is available at sunsite.unc.edu
in the /pub/linux/system/Printing directory.
Postscript support is provided by the dj500 device in the
standard ghostscript distribution. I use the following
filter for ps
===================================================================
#!/bin/bash
/usr/bin/gs -q -sDEVICE=djet500 -r300x300 -dNOPAUSE -sOutputFile=- -
===================================================================
DVI support is provided by a program called dvidj500, which is
also available at sunsite in /pub/linux/apps/tex/.
The printing HOWTO also provides excelent information osnf the setting
up of printcap files & filters, and is well worth obtaining.
Steve
------------------------------
From: vinberg@cc.Helsinki.FI (Olli Vinberg)
Crossposted-To: comp.os.linux.development
Subject: Re: 320x200 X resolution?
Date: 11 Sep 1994 15:09:02 +0300
Reply-To: Olli Vinberg <vinberg@cc.helsinki.fi>
In article <1994Sep10.202313.3057@titan.central.de>,
Andreas Matthias <andy@titan.central.de> wrote:
>
>: So.... 320x200 resolution anyone? :)
>: I'll post if I figure out how to do it.
>
>I have one that's working here (ET4000 with 17'' AOC monitor), but it
>occupies only about half of the screen in vertical direction. I did
>not find out how to make it bigger vertically. Perhaps someone else
>can continue with this:
>
>**********************************************************************
>ModeDB
># name clock horizontal timing vertical timing flags
>
> "320x200" 25 320 360 424 440 200 200 240 250
>**********************************************************************
I seriously doupt that your monitor can handle that kind of
refresh-rates.. Te above modedb-entry would mean a refresh-rate of
250Hz!!! I tried to make a 320x200 too, and the closest I got was
500x400 with a refresh-rate of 100Hz.
--
=======================================================================
Olli Vinberg \ Our OS who art in CPU, UNIX be thy name.
vinberg@cc.helsinki.fi \ Thy programs run, thy syscalls done,
http://www.helsinki.fi/~vinberg \ in kernel as it is in user!
------------------------------
From: irish@eskimo.com (S. O'Connor)
Subject: Re: seyon toolkit options, how?
Date: Sun, 11 Sep 1994 12:57:40 GMT
hwong@ee.ualberta.ca (Alex Wong) writes:
>I want to set the delay time between each dial to 2 seconds instead
>of the default 10 sec but with no success.
>Looking at the manpages of seyon , there is a toolkit option called
>dialDelay. When I try to use this option by typing
>seyon -dialDelay 2
>An error message saying that invalid option.
*Ahem* First of all, this question should have been posted to
AN X GROUP, such as comp.x-windows.help or somesuch. But I feel generous
today...I don't know why.
From my .Xdefaults file: Seyon.dialDelay: 1
Note that Seyon is capitalised, then a dot seperates it from the
option, then a colon for the field variable. All X toolkit resources
(that I've seen) work with this syntax.
We now return you to LINUX.help
Irish
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: Linux-Misc-Request@NEWS-DIGESTS.MIT.EDU
You can send mail to the entire list (and comp.os.linux.misc) via:
Internet: Linux-Misc@NEWS-DIGESTS.MIT.EDU
Linux may be obtained via one of these FTP sites:
nic.funet.fi pub/OS/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************