Subject: Linux-Misc Digest #419
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, 12 Dec 93 20:13:16 EST

Linux-Misc Digest #419, Volume #1                Sun, 12 Dec 93 20:13:16 EST

Contents:
  Re: The Great Linux Debate(s) (Miguel de Icaza)
  Re: Where to find CxPatch 0.2 ? (Superuser)
  Re: sendmail 5.67a+IDA 1.5: 8-Bit mail possible? (Seng-Poh Lee, Speedy)
  Re: Linux Consortium (Michael A Iverson)
  Re: Yet another benchmark results.. (Brian)
  Re: Linux counter: Usage growth of Linux (Carl Boernecke)
  Re: Trident8900c setup for 800x600? (Kendall Beaman)
  The Unnkulian Unventures: Pass the CheezNog! (David Baggett)
  Re: LGX List of Problems #5 (Rick)
  Re: Shareware Linux For PC (Bill C. Riemers)
  Re: Debate: Time to Remove SLS From archive sites? (Bill C. Riemers)

----------------------------------------------------------------------------

From: miguel@roxanne.nuclecu.unam.mx (Miguel de Icaza)
Subject: Re: The Great Linux Debate(s)
Date: 12 Dec 1993 22:21:08 GMT

In article <JGIFFORD.93Dec11185528@thor.fcs.uga.edu> jgifford@thor.fcs.uga.edu (Jim Gifford) writes:

   Due to the number of large flame wars that crop up on the c.o.l.*
   groups every month or two, I propose the following:

   Create a channel on the niksula mailing list called DEBATES.  Then
   when a small or large flame war erupts, people can kindly take it
   there, and anyone interested in the results could subscribe to it.

Don't do this. Niksula has too much work already. Suscribing/leaving a
channel takes in some cases takes more than a day. 

Miguel.
--

Miguel.


------------------------------

From: root@fusion.cuc.ab.ca (Superuser)
Subject: Re: Where to find CxPatch 0.2 ?
Date: Sun, 12 Dec 1993 22:46:38 GMT

smith@compound.se (Bjvrn Smith) writes:
> Could someone please point out where one could find the CxPatch ?

It's available on sunsite.unc.edu.  If you wait a couple of days, I'm
finalizing some revisions on CxPatch 0.25- this revision features a
change in control register setting which will squeeze a bit more performance
out of the Cyrix 486 part (typically about 1-2% more than with version 0.2).
All users of previous versions are urged to try version 0.25 and report
their findings to me.

While we're on the subject of Cyrix 486's..  A couple of days ago I was
playing with the settings of the control registers to see if it affected
a problem I was having with my sound card and I managed to do something
which boosted the performance an additional 50% (ie, Landmark now displayed
184 MHz vs 117 MHz before, and Norton 5.0 displayed 76 instead of 54).
I saved the register settings, but it seems that this wasn't what affected
the speed because when I rebooted, everything was back down to normal,
and I haven't been able to duplicate it since..  One possibly significant
item was that normally, Landmark shows the CPU clock xtal speed as part of
it's information display- when I had a 386 in my motherboard, it showed 20.05
MHz.  With the Cx486DRx2, it normally shows about 14.6 MHz (I think the clock
doubler has something to do with this), but when I stumbled onto whatever
it was that boosted my performance, this reading shot up to 19.98 MHz.
Anyone have any bright ideas as to what happened?

> 
> Many thanks in advance !
> -- 
> Bj|rn Smith   Compound Systems, phone +46 8 7923689
> UUCP:         {uunet,mcsun}!seunet!comsys!smith
> Domain Address:       smith@compound.se

c4
-- 
Christopher Lau- "Mr. Unix"    |     /       Fusion: Playing With Fire!
StarBright Research            |    / /      H + H -> He + 24 MeV
            --                 |   /_/_/_    "Bring back Trudeau!"
root,lauc@fusion.cuc.ab.ca     |____________ "This space for rent"

------------------------------

From: splee@pd.org (Seng-Poh Lee, Speedy)
Crossposted-To: comp.os.linux.help,comp.os.linux.admin
Subject: Re: sendmail 5.67a+IDA 1.5: 8-Bit mail possible?
Date: 12 Dec 1993 23:00:28 GMT

Frank Luthe (frl@verdi.rd.sub.org) wrote:
> Hi outthere,

> could somebody of you please tell me whether sendmail 5.67a+IDA 1.5 is
> capable of handling 8-Bit mail? Sendmail 5.65c seems to be not capable of
> this.

8-bit mail is a compile option in sendmail 5.65c+IDA 1.4.4. You will
have to recompile the binary to get that.

--
Seng-Poh Lee    <splee@pd.org>

------------------------------

From: miverson@magnus.acs.ohio-state.edu (Michael A Iverson)
Subject: Re: Linux Consortium
Date: 12 Dec 1993 23:05:11 GMT

>Another idea is to have a democratic voting system for rating Linux
>distributions; readers could e-mail ratings on a scale from 1 to 10
>for certain features of a distribution such as ease of installation,
>ease of use, quality of documentation, completeness, and so on. In
>this way the LRG ratings would actually come from the Linux community
>itself, and not from an arbitrary group of people whom everyone might
>not trust.

A good idea in principle, but a good set of safeguards would have to
be established in order to prevent "tampering" with the rating process.
I could just see some person/corporation rounding up a group of
"reviewers" which would send in unrealistically positive ratings
in order to sway the averages.

I think this democratic method to be a very good idea, however. It
certainly keeps the review process very close to the democratic
character of the Linux community itself. If carefully structured,
the review process will be able to keep the reviewers as impartial
as possible.

I'll propose the following review method, and open it to any comments or
flames... ...Like I had to ask... :-)

1) Reviewers would register with some centralized group which would
keep track of the reviewers, results, and other related info. Included
would be a series of questions placing each reviewer into a catagories
based on Un*x experience, nationality or native language, machine type,
memory size, network size, number of machines, etc. This would allow
distributions to be rated based on the intended users. For example,
distribution A may be well suited for beginners using 386 notebooks,
but will be completely inadequate (and unstable) on a network of
3 dozen machines.

2) A reviewer would have to rate several different distributions before
his/her results could be included in the totals. Furthermore, the
reviewer would also have to continue to review distributions at
some periodic interval to remain an active reviewer. This requirement
would serve the following purposes:
    a. Keep the reviewer up to date with the "State of the Art"
       Linux distributions.
    b. Prevent "vengence reviews", where a reviewer would flame a
       distribution because a bug consumed his collection of
       classic sig files, for example.
    c. Be sure that the reviewer has something to judge a
       distribution against. could be called the Einstein clause :-)
The number of distributions required to be come a "tenured" reviewer
does not have to be large. For example, a reviewer would have to
review 2-3 distributions to become active, and review at least once
every six months to remain current. The numbers cannot be to large
or a large number of potential reviewers will be excluded from the
process.

3) Require written comments with the reviews, in addition to or
in place of a numerical rating. A comment stating: "this distribution
is tricky to install from a NFS drive" is considerably more helpful
to potential users and to the distributors themselves than a numerical
rating of "5.6346 out of 10 on ease of installation". Numerical 
ratings are handy when comparing two distributions, but, for the most
part, do not carry any real MEANING. for example, what does a 6.3459
out of 10 TELL you about a distibution.

I hope that all of this hot air (hot packets?) is actually of some
use. I feel that the creation of the Linux Review Group, or 
whatever it will be called, will encourage the creation of stable,
high quality distributions by placing pressure upon those who seek
to sell a distribution of inferior quality, dragging the Linux name
down with it.

Mike.
-- 
****__Michael Iverson___________________________****
 ****__iverson@ee.eng.ohio-state.edu_____________****
  ****__The Department of Electrical Engineering__****
   ****__The Ohio State University_________________****

------------------------------

From: bmork@opus-ovh.spk.wa.us (Brian)
Crossposted-To: comp.sys.ibm.pc.hardware,comp.os.vms,comp.benchmarks,relcom.t
Subject: Re: Yet another benchmark results..
Date: 12 Dec 93 21:07:47 GMT

walk@mrcnext.cso.uiuc.edu (Todd Walk) writes:

> BTW, computer testing is MUCH more straightforward than human testing.

Tally Ho!  No debate here!


---
Brian Mork   Internet bmork@opus-ovh.spk.wa.us (BBS 509-244-9260)
 .  . . ..   Amateur Radio (AX.25) ka9snf@wb7nnf.#spokn.wa.usa
... .  .     USMail 6006-B Eaker, Fairchild, WA 99011

------------------------------

From: carlb@inex.com (Carl Boernecke)
Subject: Re: Linux counter: Usage growth of Linux
Date: Sun, 12 Dec 1993 22:57:42 GMT

bsa@kf8nh.wariat.org (Brandon S. Allbery) writes:
>In article <1993Dec12.052504.31518@inex.com>, carlb@inex.com (Carl Boernecke) says:
>+---------------
>| Don't get my wrong, I don't like anything that has left that
>| big company in Redmond, Washington, but they know how to make
>| it easier for the 'common person.'  This is what Linux should
>| strive to achieve if it ever wants to 'saturate' the market.
>+---------------

>I think this is certainly doable... offer them XF86_VGA16 or XF16_Mono
>depending on the card detected (and telling the difference between VGA and
>Hercules mono is simple) and write the installation in Tk.

Sounds easy enough... now if some developers were listening...
hint, hint, nudge, nudge.

>---Auto-detecting hish resolutions isn't being done by NT, right?  That's a
>good way to fry a monitor, since you can't detect the monitor's highest
>resolution (specifically, highest horizontal frequency) from the computer. :-(
>MS-Windows and OS/2 use 640x480 and let you customize it afterwards.

The NT release I used went to a lower resolution... I'm sure that
you could change it later to use the higher resolutions and/or
scan rates.  I didn't get that far, though.  :)

>+---------------
>| (BTW, the Slackware reference is strictly the local preference,
>| or so it would seem.  Mention anything other than Slackware
>| or MCS and some of the locals will cut your head off and call
>| you bad names.  *smirk*)
>+---------------

>I can understand that response to SLS, but what do they have against TAMU?

>I'm about to help a local bring up TAMU... and probably regret it, because
>he knows nothing whatsoever about Unix but won't take my advice to slow down
>and get an intro-to-Unix book; he wants to barrel forward at full speed :-(

It just seems that if you want a 'full system,' then Slackware is
the way to go.  However, if you want to 'custom design,' then you
should grab MCS.  Even though it's outdated, that doesn't matter,
since you do all the software upgrades yourself.  MCS just pro-
vides a starting point -- you go from there.

Heh, I wish your friend good luck.  However, I'm sure they will
meat a grisley end at the hands of UNIX.  :)  It's definately
not the most user friendly... that's for sure.  Perhaps we should
change that age-old saying; "The thing that seperates the men 
from the boys -- is their operating system."  Na.  *grin*
-- 
-- Carl Boernecke (carlb@inex.com)
   "Time flies like an arrow... fruit flies like a banana."

------------------------------

From: beaman@andrews.edu (Kendall Beaman)
Subject: Re: Trident8900c setup for 800x600?
Date: 13 Dec 1993 00:05:35 GMT

In article <2e9kqmINNvpl@rs18.hrz.th-darmstadt.de> wosch@rbg.informatik.th-darmstadt.de (Olav Woelfelschneider) writes:
:
:
:I've a Trident8900c and tried the Xconf.trident8900c from the current
:slackware release. My monitor does only a stable display with 640x480,
:though I was even able to display 1024x768i with ms-windoze.
:Has anyone a better fitting setup for this vga board?
:
:Thanks in advance,
:-- 
:/===================================================\
:| Olav Woelfelschneider                             |
:| wosch@rbg.informatik.th.darmstadt.de              |
:+---------------------------------------------------+
:| Pay no attention to the man behind the curtain.   |
:|                             Wizard Of Oz          |
:\===================================================/
:
    Don't know if this helps but I have a Trident 8900CL and I was suprised 
at the ease with which I set things up.  I used the default XConfig and 
only changed the Mode line to get 800x600. 

-- 
==============================================================================
I don't mind what Congress does, as long as they don't do it in the
streets and frighten the horses.    -- Victor Hugo
                                                        beaman@andrews.edu

------------------------------

From: dmb@case.ai.mit.edu (David Baggett)
Crossposted-To: rec.games.int-fiction,rec.games.misc,comp.sys.mac.games,comp.sys.ibm.pc.games.adventure,comp.sys.atari.st,comp.sys.dec,comp.sys.sun.misc,comp.sys.next.misc,rec.games.programmer
Subject: The Unnkulian Unventures: Pass the CheezNog!
Date: 12 Dec 1993 23:26:20 GMT
Reply-To: dmb@ai.mit.edu

[FYI: I post this approximately once a month.]

New this time:

        - New release: The Horror of Rylvania!
          ftp.gmd.de: if-archive/games/adventions/*/rylvania.*

===============================================================================

                ADVENTIONS' Unnkulian Unventure Series
                     Adventure Games for the 90's


"Unnkulia Zero hits the bullseye!"  That's what Computer Gaming World had
to say about our latest Unnkulian Unventure in their December issue.  So if
you're looking for top-quality interactive fiction comparable to 1980's
commercial offerings, check out the Unnkulian Unventure series, available
from an archive site near you!

In _Unnkulian Underworld: The Unknown Unventure_ you play the part of
Kuulest's slave, and must recover the Orb of Studosity from the evil
Unnkulians.  Kuulest, the old geezebag, has died and left you with
nothing to go on but a cryptic message about saving the planet.  You'll
encounter amazing Acme products, the infamous Guardian, those witty
creatures known as Drolls, a giant beaver, and even the Dread Unnkulian
Warrior.  <Gasp!>

In _Unnkulian Unventure II: The Secret of Acme_ your adventure
continues as you try to create some good press for yourself -- wouldn't
want to fade into anonymous obscurity, now would you?  Along the way,
you'll find the answers to these compelling questions, and more:

        o What happened to the Unnkulians?
        o Why are Acme products so bad?
        o What is this cheez stuff, really?

Plus, you'll get to explore Dawg Rock, a Duhdist Retreat, Acme's
clandestine prototypes laboratory, and even pay a visit to Acme HQ.

In _Unnkulia One-Half: The Salesman Triumphant_, you'll play the role
of a down-and-out Acme salesman, forced to work out of the Golden
Dragon Inn, dangerously near Dread Unnkulia.  Will you accumulate
enough loot in this frightful backwater berg to turn your fortunes
in your favor?

And, in _Unnkulia Zero: The Search for Amanda_, will you, the Valley
King's most trusted warrior, rescue his Lady Amanda from the gruesome
clutches of the evil Unnkulians?

The Unnkulian Unventures have already gotten rave reviews from numerous
adventure game connoisseurs around the world, so why not give them a try?


                      Other ADVENTIONS Games


The Horror of Rylvania
======================

   "The Horror of Rylvania" is true gothic horror in an interactive
fiction setting.  A radical departure from the light-hearted Unnkulian
series, "Horror" is not for the faint-at-heart.  

   What you expected would be a fun outing in scenic Rylvania turns
into a gruesome nightmare, with *you* playing the starring role.  Find
out what it's like to be alternately the source and challenger of evil
in the tiny Eastern European province.  Test your very moral fiber as
you decide to damn yourself and save others -- or vice versa.  "The
Horror of Rylvania" will grip you like no interactive fiction ever
has before.


Colossal Cave Revisited
=======================

  "Colossal Cave Revisted" is a remake of the first major adventure
game ever written: Colossal Cave, otherwise known as "Adventure."
The original Adventure was written in FORTRAN by Willie Crowther and
Don Woods, and had only a simple two word command parser.  Its
descriptions were so vivid, however, that it captivated a generation
of computer enthusiasts and quickly became part of the "hacker lore."

   ADVENTIONS' implementation of this classic features the same excellent
full sentence parser our other games use, and comes with complete source
code.  For those new to interactive fiction, "Colossal Cave Revisited" is a
must-have.

   Colossal Cave Revisited is free, and comes with complete source code.


Where to Get Them
=================

All our games are available for FTP from the if-archive at ftp.gmd.de.
(Note that the site wuarchive.wustl.edu keeps a mirror of the if-archive in
the mirrors directory.)


PC and compatibles (running DOS):
=================================

   UU1:                     if-archive/games/adventions/pc/unnk1v30.zip
   UU2:                     if-archive/games/adventions/pc/unnk2v30.zip
   U1/2 + U0 demo:          if-archive/games/adventions/pc/unnkhz10.zip
   Colossal Cave Revisited: if-archive/games/adventions/pc/ccr.zip
   Horror of Rylvania demo: if-archive/games/adventions/pc/rylvania.zip

Macintosh:
==========

   UU1:                     if-archive/games/adventions/mac/unnk1v30.sit.bin
   UU2:                     if-archive/games/adventions/mac/unnk2v30.sit.bin
   U1/2 + U0 demo:          if-archive/games/adventions/mac/unnkhz10.sit.bin
   Colossal Cave Revisited: if-archive/games/adventions/mac/ccr.sit.bin
   Horror of Rylvania demo: if-archive/games/adventions/mac/rylvania.sit.bin

   (These are MacBinary files.)

   UU1:                     if-archive/games/adventions/mac/unnk1v30.sit.hqx
   UU2:                     if-archive/games/adventions/mac/unnk2v30.sit.hqx
   U1/2 + U0 demo:          if-archive/games/adventions/mac/unnkhz10.sit.hqx
   Colossal Cave Revisited: if-archive/games/adventions/mac/ccr.sit.hqx
   Horror of Rylvania demo: if-archive/games/adventions/mac/rylvania.sit.hqx

   (These are Binhexed Stuffit 1.5.1 files.)

Atari ST/TT/Falcon:
===================

   UU1:                     if-archive/games/adventions/atari/unnk1v30.arc
   UU2:                     if-archive/games/adventions/atari/unnk2v30.arc
   U1/2 + U0 demo:          if-archive/games/adventions/atari/unnkhz10.arc
   Colossal Cave Revisited: if-archive/games/adventions/others/ccr.tar.Z
   Horror of Rylvania demo: if-archive/games/adventions/others/rylvania.tar.Z

Others:
=======

   UU1:                     if-archive/games/adventions/others/unnk1v30.tar.Z
   UU2:                     if-archive/games/adventions/others/unnk2v30.tar.Z
   U1/2 + U0 demo:          if-archive/games/adventions/others/unnkhz10.tar.Z
   Colossal Cave Revisited: if-archive/games/adventions/others/ccr.tar.Z
   Horror of Rylvania demo: if-archive/games/adventions/others/rylvania.tar.Z

        TADS now runs on lots of different systems.  Because of this,
        the files listed above are TADS .GAM-file only archives that
        can be used with any machine that runs TADS.  The tricky bit is
        that before you can play the games, you need to get the TADS
        run-time for your machine.

        Fortunately, this isn't hard to do.  Just grab the TADS
        executable package for your machine from the if-archive:

        Sun Sparcstation (SunOS):
                if-archive/programming/tads/sparc-sunos.tads2exe.tar.Z

        Sun Sparcstation (Solaris):
                if-archive/programming/tads/sparc-solaris.tads2exe.tar.Z

        Sun 3:
                if-archive/programming/tads/sun3.tads2exe.tar.Z

        DECstation (MIPS) running Ultrix:
                if-archive/programming/tads/decmips.tads2exe.tar.Z

        SGI (Iris/Indigo/Indy) running Irix:
                if-archive/programming/tads/sgi-irix.tads2exe.tar.Z

        Linux (386):
                if-archive/programming/tads/linux.tads2exe.tar.Z

        NeXT:
                if-archive/programming/tads/NeXT.tads2exe.tar.Z

        IBM RT:
                if-archive/programming/tads/ibmrt.tads2exe.tar.Z

        Amiga:
                if-archive/programming/tads/AmiTADS210.lha
                (beta)

        Other Unix:

                In the works!

        The file How-To-Run-These-Games in the same directory gives
        your more information.

NOTE:

        The source to TADS 2 is not distributable.  However, if your
        machine isn't on the list yet, and you would like to volunteer
        to port TADS 2 to it, send email about it to Mike Roberts
        <mroberts@hinrg.starconn.com>.  Porting to Unix-like systems is
        fairly trivial.

*-----------------------------------------------------------------------------*

Unnkulian Unventures I and II are shareware ($10 registration fee
each); registering gets you spiffy maps and agony-sparing hint sheets.

Unnkulia One-Half is free -- don't pay us for it!

Unnkulia One-Half comes with a playable demo of Unnkulia Zero and info
on how to get the complete version.

Happy adventioning!

Dave Baggett
ADVENTIONS

Internet:   dmb@ai.mit.edu
Compuserve: 76440,2671
GEnie:      ADVENTIONS


A Word About TADS
=================

We at ADVENTIONS use a programming language called TADS to write our
games.  TADS is a product of High Energy Software, and you can get it
via FTP.

TADS (and TADS goodies) are available for many systems from
ftp.gmd.de.  Look in the if-archive/programming/tads directory.

TADS is also shareware, and we strongly encourage you to register it if
you use it, since we feel it is a powerful, innovative, and very
inexpensive development system that deserves to be paid for.
__
dmb@ai.mit.edu            Boot up, log in, drop out.             MIT AI Lab                                                                                  
ADVENTIONS: We make Kuul text adventures!  Email for a catalog of releases.
  PO Box 851 Columbia, MD 21044 USA / CIS: 76440,2671 / GEnie: ADVENTIONS

------------------------------

From: pclink@qus102.qld.tne.oz.au (Rick)
Subject: Re: LGX List of Problems #5
Date: Sun, 12 Dec 1993 23:41:14 GMT

adam@adam.yggdrasil.com (Adam J. Richter) writes:

>       I have yet to check out the changes between version 4 and version
>5 of Ian's list, but I thought that I should repost the status of the
>bugs (and non-bugs) in version 4 of Ian's list, since some people
>probably missed the posting the first time I posted it, in the
>"Linux Consortium" thread.

And to be consistent, I might as well repost my (slightly edited)
follow up to Adams original post:

>[02] : Asteroids does not operate correctly :
>[OPEN]

This is more a problem with focus policy management between
asteroids and the default Ygg window manager, fvwm.  This
patch to asteroids forces it to set focus to itself:

*** /system_cd/usr/src/games/xaster-1.00/plot.xwin.c    Tue Aug 14 07:37:54 1990
--- ./plot.xwin.c       Sat Oct 16 22:20:19 1993
***************
*** 67,72 ****
--- 67,73 ----
      XDefineCursor(plot_display, plot_window, cursor);
  
      XMapRaised(plot_display, plot_window);
+     XGrabKeyboard(plot_display, plot_window, TRUE, GrabModeAsync, GrabModeAsync, CurrentTime);
      XSync(plot_display, FALSE);
      return(TRUE);
  }

>[10] : /usr/bin/minicom core dumps
>[OPEN.]

Recompiling cures this.  Have to get the source from an archive, tho.

>[13] :  It has been reported that INN needs to be completely re-installed.
>[OPEN.  This bug report is too vague.]

Try running it.  It won't start because where the INN daemon (innd) is supposed
to be, there's a directory.  The MAILER definition is missing `-t'.  /bin/inews
is from nntp, not inn.

>[04] : The fonts installed for ghostscript-2.6.1 are from the
>       ghostscript-2.5.2 package, so a number of those listed in Fontmap
>       (Nimbus, URWAntiquaT, URWGroteskT) are not available.
>[OPEN.]

Get ghostscript-fonts-2.6.1.tar.gz from your nearest GNU archive.

>[01] :  It has been reported that the ez demo scripts do not work correctly 
>       unless the environmental variable ${ANDREWDIR} is set to /usr/andrew.
>       This is needed when running ATKTour for example.
>[ENHANCEMENT REQUEST.  Andrew does need the ANDREWDIR environment
>variable to be set, and it is set in /etc/profile.]

I guess you mean it's set in Winter, because it's not in Fall.

>[01] : If you opt for the runtime installation not all of the X libraries in
>       /usr/X386/lib are installed. They are correctly installed for the
>       complete installation.
>[USER ERROR.  runtime installation does not include compiler support,
>so only the shared libraries without the stub files are supposed to be
>installed.]

Try installing the runtime stuff, using the control panel to install
the compiler package, and compile an X application.  You need to
fix /usr/lib/yggdrasil/gcc.include.

>[05] : Resizing a window (fvwm window manager) causes vi (if running) to be
>       terminated. Also occurs using twm under XFree-2.0.
>       [ emacs allows resizing ]
>[OPEN.  Isn't this a general elvis bug?]

--- /system_cd/usr/src/usr.bin/elvis-1.7/unix.c Wed Jan  6 09:26:50 1993
+++ unix.c      Wed Dec  8 21:34:49 1993
@@ -17,7 +17,7 @@
 #if ANY_UNIX
 # include "vi.h"
 
-# if BSD
+# if defined(BSD) || defined(LINUX)
 /* For BSD, we use select() to wait for characters to become available,
  * and then do a read() to actually get the characters.  We also try to
  * handle SIGWINCH -- if the signal arrives during the select() call, then


>[02] : Both the booklet & CD-ROM both state a minimum RAM requirement of 4 MB.
>       This is the minimum required for gcc, and is below the minimum of 8 MB
>       that is recommended in order to run X. Although not a problem this
>       could be misleading.
>[USER ERROR.  The hardware compatitibility list on the back of the
>manual says "RAM: 4MB (8MB without swap partition)" and the manual
>states in boldface on page 6 and again in boldface on page 8, "you
>must allocate a swap partition in order for the installation process
>to have enough memory to make your filesystems."]

Add: ", or if you have 8MB and want to run the demo".

Cheers,
Rick.

------------------------------

From: bcr@bohr.physics.purdue.edu (Bill C. Riemers)
Crossposted-To: comp.binaries.ibm.pc.wanted
Subject: Re: Shareware Linux For PC
Date: 12 Dec 93 17:29:02 GMT

In article <2edrgf$gv9@unicorn.ccc.nottingham.ac.uk> eeyimkn@unicorn.nott.ac.uk (M. Knell) writes:
>So, if some asshole decides to compile it up and try to copyright it, it
>may be legally done, but you'll suddenly find yourself incredibly unpopular
>with the rest of the net, and there are probably bits in the GPL that are
>there to prevent it happening.

GPL, is a copyright.  You can't recopyright something that is already is 
copyrighted..  Even if a program displays no copyright information, it may
still be copyrighted...  Under U.S. law, no copyright notice is required, only
that the Author intends for the program to be copyrighted.  However, if the
copyright notice is not present, the author may not sue for damages, but only
to have his desired "copyright" requirements enforced.  In addition distrib-
utions such as SLS, come with a "Don't restrict copyright".  This means
that no-matter what you add, you can't place any restrictions on the distrib-
ution or use of the parts that came with SLS.  (Unless those parts have 
conflicting copyrights that take precident.)

Normally what is ment by compulation copyright, is not the act of running
a compiler, but of colecting things together.  Forexample if A, B, C, and
D are all available on the net and I make a distribution of A, B, and D.  I
can then copyright my distribution.  (Provided A,B, or D don't prohibit this.)
I could then restrict anyone recieving my distribution from redistributing it.
If for example this was SLS, this would mean Peter could restrict people from
giving out SLS disks.  However, if someone wishes to extract A out of my distri-
bution and distribute it, they may still do so.  To aviod this, a distributor
might instead distribute A', B', and D' as his distribution, and then claim
you are distributing A' which includes his modifications to A.  This is 
where GPL comes in.  If A is covered under GPL, then depending on the 
interpretation you may still distribute A', or at least demand that the
distributor provides you with the original unmodified A.

Obcourse, one very important thing to remember is that people and companies
don't always follow laws, and unless the copyrighter is willing to protect
his rights it might as well be uncopyrighted.  For-example, I remember a
someone a while back that was complaining one of the distributions was 
violating his copyright by not including the full documentation with the
binaries.  However he wasn't willing to take any sort of legal action or
even cause serious worry to the distributor, so his copyright is still being
violated.  (Obcourse different people may very in interpret your copyright
differently, but as I stated U.S. copyright law is based on intent.  So
even if I put in my code "Copyright Bill C. Riemers, freely distribute", if
I later contact a company and tell them I ment by freely, that it had to
be "free", they must either stop distributing or stop charging.  (Note:
When I say freely, I mean without restrictions so if you are charging
money for something I wrote continue to do so...  This was just an
example.)  Even if someone did claim a compulation copyright, the copy-
right holders, still have thier rights in tact.

                              Bill


------------------------------

From: bcr@bohr.physics.purdue.edu (Bill C. Riemers)
Subject: Re: Debate: Time to Remove SLS From archive sites?
Date: 12 Dec 93 17:58:05 GMT

I for one would be opposed to this, unless Peter where to request this
action himself.  While true the code in SLS 1.03 is getting old, it still
works today as well as the day Peter uploaded it.  I do however recommend
that ftp sites with limited disk space regularly make hard descisions 
about what to keep on thier ftp sites.  What may be the best uptodate 
distribution this month may well be second rate next month, and might
again be the best 3 months from now...


                                       Bill


------------------------------


** 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
******************************
