Subject: Linux-Misc Digest #343
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:     Thu, 30 Jun 94 19:13:10 EDT

Linux-Misc Digest #343, Volume #2                Thu, 30 Jun 94 19:13:10 EDT

Contents:
  Paradox4.5+dosemu?? (Cyrill Vatomsky)
  Re: Future of Debian Linux (Clark McGrew)
  [Q] Linux WWW Server possible? (fox@otago.ac.nz)
  [Q] Of-line Mail reader / sender (fox@otago.ac.nz)
  Does a Panasonic CR-563-B CD-ROM drive act like a CR-562? (Doug Braun)
  Re: Youngest linux user (Hal Sadofsky)
  Re: Watching a user on an tty? (David Wright)
  Re: OS/2 and Linux discussed (Re: TCP/IP: The reason I dumped OS/2) (Leo L Turetsky)
  Re: POV-Ray for Linux : it's official (Jeff Epler)
  Re: OS/2 and Linux discussed (Re: TCP/IP: The reason I dumped OS/2) (Andrew)
  Re: Watching a user on an tty? (Andreas Ziska)
  ftptool question (Elan Feingold)

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

From: cyrillv@netcom.com (Cyrill Vatomsky)
Subject: Paradox4.5+dosemu??
Date: Wed, 29 Jun 1994 18:08:22 GMT


Has anybody managed to make paradox 4.5 work under dosemu 0.52?
When I try to start it, it gives me :
DPMI server initialization error->v86 task without vcpi.
I have no idea what that means. I do not even know what dpmi is, but
I followed suggestions in /etc/dosemu.conf and left the line
dpmi off 
intact.

On another subject - I have noticed that my Linux 1.1.19 and XFree 2.0
gets slowed after dosemu was booted and then stopped by exitemu. What 
might be causing it?
-- 

========================================================================
Cyrill Vatomsky         |      Home     :      1(408)479-1528          |
                        |      Gets     :      1(408)464-0556          |
                        |      Fax      :      1(408)464-0558          |
                        |      Internet :      cyrillv@netcom.com      |
========================================================================

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

From: mcgrew@hepxvt.ps.uci.edu (Clark McGrew)
Subject: Re: Future of Debian Linux
Date: 28 Jun 94 22:10:59 GMT

cs4ev@herts.ac.uk (Veal) writes:

>With the popularity of Slackware do people think that effort spent on
>developing debian is rather wasted ?

I think more than one distribution is good since a little friendly
competition never hurts.  These two distributions have rather
different philosophies and despite what some large software
companies want us to believe, one size does not fit all.  

The Debian group has spent a lot of effort developing good package
management, installation, upgrade and distribution tools.  Debian is
maintained by a widely distributed set of developers each of whom is
responsible for one or more packages.  After the initial release the
individual packages will be upgraded as necessary.

>N.B. This is not a flame against the Debian developers, I appreciate 
>     the work they have done. 

>Jon.
--
Clark McGrew                          Internet: mcgrew@skid.ps.uci.edu
Univ of Calif, Irvine                 DECnet:   psroot::mcgrew

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

From: fox@otago.ac.nz
Subject: [Q] Linux WWW Server possible?
Date: Tue, 28 Jun 1994 21:02:11 GMT

Hay All,
 
Maybe it is a stupid question, but what is involved in making a Linux box
a WWW *Server* ? I don't exactly know what protocol is involved.. Is it a
a sepparate protocol altogeter, or is it a kind of script running on
top of Telnet or FTP?
Is there a daemon available for it?
 
I would like to setup a wee WWW Server on my system, to have at least a
local 'page'.
 
Any info welcome. Please reply by E-mail, as I have currently problems
getting into the Usenet system.
 
Greetings, Bart Kindt, Dunedin, New Zealand.


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

From: fox@otago.ac.nz
Subject: [Q] Of-line Mail reader / sender
Date: Tue, 28 Jun 1994 21:05:50 GMT

Hay All, 
 
This question may not strickly belong in this newsgroup, but I ask it anyway..
 
Is there a DOS and/or Windows based of-line MAIL program available, which can
be
used to *automatically* dial-in to my Linux SLIP /Mail Server, and retrieve /
send Mail?
 
I know of one program called Waffle, which seems to use UUCP, but the program
looks
realy primitive. Can somebody name me some other programs which can do the job, 
if posible using TCP/IP instead of UUCP?
 
 
Any information is very welcome. Please respond by E-Mail, and I still have
problems
getting into the News server here.
 
Greetings, Bart, Dunedin, New Zealand.
 


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

From: dbraun@iil.intel.com (Doug Braun)
Subject: Does a Panasonic CR-563-B CD-ROM drive act like a CR-562?
Date: 29 Jun 1994 05:04:17 +0300

I can't get the Fall '93 Yggdrasil Linux CD-ROM to boot up 
on my PC.  I have a 586 box with a Panasonic CR-563-B drive
connected to a sound-less interface card ("Golden" brand).
The drive works find under DOS, but Linux does not seem to be
aware of its existance.  I have the interrupt disconnected
(the jumper on the card completely removed), but as far as I
know, the Linux driver doesn't use the interrupt.  The base address
is 310H.

Should this setup work?  Is the 563 drive really different than the 562?
Can I get a updated boot disk or something what will work with this drive?


Thanks,

Doug Braun 

========================================================================
Email:          dbraun@inside.intel.com
Intel Mail:     IDC1-41
iNet:           8-435-5069              Long Distance:  011-972-4-655069
Fax:            8-435-5999              Long Distance:  011-972-4-655999
Snail Mail:     US:                     Other:
                PO Box 311              Intel Israel, Ltd.
                Mendham, NJ  07945      IDC-42
                                        Matam Scientific Center
                                        Haifa, Israel  31015
========================================================================

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

From: hs@chow.mat.jhu.edu (Hal Sadofsky)
Subject: Re: Youngest linux user
Date: 28 Jun 1994 21:49:15 GMT

In article <cannonCs467w.3os@netcom.com> cannon@netcom.com (Chris Cannon) writes:
>horne@mhd2.pfc.mit.edu wrote:
>: My daughters are 10 and 8.  The 10-year-old uses Emacs to do her school
>                                              ^^^^^^^^^^
>: papers; they both play nethack (interminably).  Probly doesn't count, though.
>
>
>  But that's child abuse!!! ;-)
>-- 
>--
>=================
>cannon@netcom.com

 
Well, as long as we're getting silly, my six month old has an account on
my machine at home.  

She doesn't use it, but she like to sit in my lap and bang on the keyboard
and look at the screen while I do things with the mouse.

So far she hasn't managed to hit ctrl-alt-del!

        Hal Sadofsky



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

Crossposted-To: comp.os.linux.admin
From: dmw@prism1.prism1.com (David Wright)
Subject: Re: Watching a user on an tty?
Date: Thu, 30 Jun 1994 12:32:11 GMT

>>>>> "RH" == Roy Hann <rhh@tachy.uah.ualberta.ca> writes:

  RH> Once again, I have to shake my head and marvel at people who casually
  RH> post everything from broad hints to explicit recipes for compromising
  RH> system security.  Please DON'T!  I am begging now.

        What you are advocating is "security through obsurity". This is a
position that has been shown time & again to FOOLISH and should not be
used to "protect" anyone. Do you object the programs "C.O.P.S.", "Crack",
et al? In fact, what the person posted in THIS case is not even making use
of a bug, but rather something that is an inherent part of the system.
There is no need to "fix" it at all. The fact of the matter is that any user
who has (or can get) root permissions can basically snoop on anything in the
physical memory, swap space, or hard drive of the system at any time.

        If you don't trust the SA of your site, then don't use it for "private"
activity. ALL users need to be aware that it is POSSIBLE (though not likely)
that what they are doing is being recorded (at the least through something that
logs what programs people run and for how long, even if what they do inside the
programs is not recorded) and supposedly "private" information may be
observed by people other than those intended.

        ALL of the Unix-like systems I have used provide some way for root to
examine all physical memory and read the raw hard drive device. Believe me, if
there is a Linux system out there used for public access that was foolish
enough to allow people to browse the right files anyone who knows Unix more
than casually would know where to look. That other person's post did not
release any info that the "wrong" people didn't already have. Even if it did,
and there was a real bug, it should STILL be released so at least people knew
to start looking & being carefull. The "bad" people ALREADY know about it
(this is the only sane position to take), and in relatity they honestly DO
spread this information around amongst themselves extremely rapidly.

  RH> Most crackers that I have come across are actually kind of dumb.  They
  RH> don't know what they are doing particularly, they are just following 
  RH> a recipe, passed on by word-of-mouth, that started with one of the 
  RH> rare ones who DID have some technical smarts.  Please don't help those 
  RH> a**holes propagate their tricks, or give them any new ideas.

        I suggest that the people YOU have come across are the exception,
not the rule. Kind of like the losers who watched "War Games" and got into
being "hackers" for a week or two. These are NOT the people you need to
worry about, as the "serious" hackers & crackers only throw them tidbits long
after most sites have fixed the loophole(s).

                                                Dave
--
  ____________________________________________________________________________
 |        /\ /          | Prism Computer Applications        |  David Wright  |
 |      -/--\--         | 14650 Detroit Ave, Suite LL40      | dmw@Prism1.COM |
 |      /____\          | Lakewood, OH 44107  USA            |  216-228-1400  |

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

From: Leo L Turetsky <professor+@CMU.EDU>
Crossposted-To: comp.os.os2.advocacy
Subject: Re: OS/2 and Linux discussed (Re: TCP/IP: The reason I dumped OS/2)
Date: Wed, 29 Jun 1994 14:57:58 -0400

Excerpts from netnews.comp.os.linux.misc: 29-Jun-94 Re: OS/2 and Linux
discusse.. by Chun Hsu@msu.edu 
> I downloaded the service pack (is that what you mean?) for
> free.  It was even available on ftp sites.  If you paid for
> IBM to send you the diskettes, what do you expect?  It would
> cost a fortune to send all OS/2 users diskettes for each
> service pack.

This is exceptionally silly. If IBM advertises something and doesn't
offer it,... it had better send me free diskettes to fix it regardless
of how much it costs them. After spending money on an OS I would expect
good customer support. After not paying for Linux, I get customer
support that's rivals, if not bests, OS/2's. Don't expect me, or any
other user I'd think, to care how much it costs IBM 'to send us disks'
if they don't provide what they promise. If you don't see this as a
problem, I think you should raise your consumer standards.

-Leo

+----------------------------------------------------------+
| Leo Turetsky          |  1) leo@professor.pc.cc.cmu.edu  |
| Sigma Nu              |  2) professor@cmu.edu            |
| 1055 Morewood Ave.    |  Carnegie-Mellon University      |
| Pittsburgh, PA 15213  |  Sophomore, ECE\CS Double Major  |
| (412) 862-2963        |  Nugget: SPIN BHBHY, YAXY?       |
+----------------------esp---------------------------------+


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

From: jepler@herbie.unl.edu (Jeff Epler)
Subject: Re: POV-Ray for Linux : it's official
Date: 28 Jun 1994 22:40:28 GMT

cjcason@yarrow.wt.uwa.edu.au (Christopher Cason) writes:

>The POV-Team has decided to make an official binary available for 
>Intel-based Linux systems. 

Hooray!  While it's not that hard to compile a binary for Linux, it's
nice to see Linux being paid attention by the people who create a
product I use.

>Since (I am told) several people have done ports of POV to Linux with SVGALIB 
>support, I'd like to accquire one (or the best of all) of these and use 
>it as the basis for the official version. I don't really want to have to 
>go and evaluate each one individually (I don't have time ...) so I'd like 
>to invite anyone who has an opinion to share it in the thread I'll start 
>in comp.os.linux.misc. I'm sure those of you who have used POV under 
>Linux are more knowledgable on this subject than I am (my Linux system is 
>only barely running so far ... I'm a bit new to it <g>)

I enclose below my file "linux.c".  It should be substituted for
unix.c, and povray should be linked with the vga and vgagl libraries.

It has several shortcomings:
 While alt-Fn can be used to switch VCs during a render without
stopping progress of the render (And an accurate display shown when
the VC is returned to), POV cannot start up unless the VC it's in is
active.  This makes it not suitable for rendering animations or other
multi-frame projects with preview while you fiddle around in other
VCs.  If (I'm not sure if this is the case), the vgalib functions
vga_oktowrite() and vga_runinbackground() work correctly before
setting the video mode, this problem could be surmountable, but I'm
not sure.  (It's a pretty ugly way to let VCs swithc, though I don't
know what a better one would be.)
 A typo stops dithering from working correctly in 15-bit modes.
 The dithering sucks, and was in fact stolen from the monochrome
dithering function in xwindows.c.  Since I usually display in a 24-bit
mode, this and the previous problem haven't bothered me enough that I
changed them.
 I think that when I wrote this code I didn't remember to call
vga_init(), to release superuser capabilities.  This is definately a
no-no.

I am tempted to say 'let me do a little bit of cleaning on this code
before I post it', but the last time I did it I put it off and then
forgot all about it.

>The basic requirements are generic X-Windows support as well as SVGALIB.

The xwindows.c file included in 2.0 at least causes segmentation
faults when the display tyries to close.  ALso, the monochrome display
didn't work properly for me.  I wish that someone would doa  better
job hacking in dither support than I did.  (It's ugly, but when you
take off your glasses and stand cross the room it's not too bad)
Color dither support, that is.

>Obviously, the implementor of the port will also have to give his/her 
>permission to us to use their code. As mentioned above, I am quite 
>willing to take the best of each one and combine them if that's what is 
>needed.

I place no restrictions on the code below, except those necessary
because some of it was removed from code that was a part of pov-ray.

>regards,

>-- Chris

Jeff Epler

--Cut here for linux.c

/****************************************************************************
*                linux.c
*
*  This module implements LINUX/SVGALIB specific routines.
*
*  kinda from Persistence of Vision Raytracer
*  kinda Copyright 1993 Persistence of Vision Team
*---------------------------------------------------------------------------
*  NOTICE: This source code file is provided so that users may experiment
*  with enhancements to POV-Ray and to port the software to platforms other 
*  than those supported by the POV-Ray Team.  There are strict rules under
*  which you are permitted to use this file.  The rules are in the file
*  named POVLEGAL.DOC which should be distributed with this file. If 
*  POVLEGAL.DOC is not available or for more info please contact the POV-Ray
*  Team Coordinator by leaving a message in CompuServe's Graphics Developer's
*  Forum.  The latest version of POV-Ray may be found there as well.
*
* This program is based on the popular DKB raytracer version 2.12.
* DKBTrace was originally written by David K. Buck.
* DKBTrace Ver 2.0-2.12 were written by David K. Buck & Aaron A. Collins.
*
* This source code was modified by Jeff Epler to display on Linux using
* the 'svgalib' package by Harm Hannemayer.  Full details on svgalib
* can be found in the package: sunsite.unc.edu:/pub/Linux/lib/svgalib098.tgz
* or a newer version.
*
*****************************************************************************/


#include <math.h>
#include <vga.h>
#include <vgagl.h>

#include "config.h"
#include "frame.h"

extern FRAME Frame;
extern char DisplayFormat,PaletteOption;

double scale=1.0;

GraphicsContext physicalScreen, internalScreen;
vga_modeinfo *minfo;

void unix_init_POVRAY PARAMS ((void))
   {
   }

#ifdef UNDERFLOW
int matherr (x)
   struct exception *x;
   {
   switch(x->type) 
     {
     case DOMAIN:
     case OVERFLOW:
        x->retval = 1.0e17;
        break;

     case SING:
     case UNDERFLOW:
        x->retval = 0.0;
        break;

     default:
        break;
     }
   return(1);
   }
#endif

void display_finished ()
   {
   vga_setmode(TEXT);
   }

void display_init ()
   {
   int displaymode=vga_getdefaultmode();
   vga_runinbackground(1);
   if (displaymode==-1) displaymode=G320x200x256;
   if (DisplayFormat!='0') 
        if (DisplayFormat<'A') displaymode=DisplayFormat-'0';
        else displaymode=DisplayFormat-'A'+10;
   vga_setmode(displaymode);
   minfo=vga_getmodeinfo(displaymode);

   if (PaletteOption=='G') 
        {
        int i;
        for(i=0;i<64;i++)
                gl_setpalettecolor(i,i,i,i);
        }
   else gl_setrgbpalette();

   gl_setcontextvga(displaymode);
   gl_getcontext(&physicalScreen);

   gl_setcontextvgavirtual(displaymode);
   gl_getcontext(&internalScreen);
  
   gl_clearscreen(0);

   if((minfo->height*1.0/Frame.Screen_Height)<1.0)
        scale=minfo->height*1.0/Frame.Screen_Height;
   if((minfo->width*1.0/Frame.Screen_Width)<scale)
        scale=minfo->width*1.0/Frame.Screen_Width;
   }

void display_close ()
   {
   vga_setmode(TEXT);
   }

void display_plot (x, y, Red, Green, Blue)
   int x, y;
   unsigned char Red, Green, Blue;
   {
   static unsigned dm[] = {
        0, 192, 48, 240, 12, 204, 60, 252,
        128, 64, 176, 112, 140, 76, 188, 124,
        32, 224, 16, 208, 44, 236, 28, 220,
        160, 96, 144, 80, 172, 108, 156, 92,
        8, 200, 56, 248, 4, 196, 52, 244,
        136, 72, 184, 120, 132, 68, 180, 116,
        40, 232, 24, 216, 36, 228, 20, 212,
        168, 104, 152, 88, 164, 100, 148, 84
    };
   int temp,r,g,b;
   static int couldwrite;

   x*=scale; y*=scale;  /* Scale to fit the screen */
   if(PaletteOption=='G') 
        {
        int l;
        l=(307*Red+599*Green+118*Blue)/1024;
        switch (minfo->colors)
             {
             case 256:
                l=(l+(dm[(x&7)+8*(y&7)]>>5))/4;
                if(l>63)l=63;
                gl_setpixel(x,y,l);
                if((temp=vga_oktowrite()))
                    {
                    if (!couldwrite) gl_copyscreen(&physicalScreen);
                    gl_setcontext(&physicalScreen);
                    gl_setpixel(x,y,l);
                    gl_setcontext(&internalScreen);
                    }
                couldwrite=temp;
                break;
             case 1<<15:
             case 1<<16:
                l=(l+(dm[(x&7)+8*(y&7)]>>4));
                if(l>255)l=255;
             default:
                gl_setpixelrgb(x,y,l,l,l);
                if((temp=vga_oktowrite()))
                    {
                    if (!couldwrite) gl_copyscreen(&physicalScreen);
                    gl_setcontext(&physicalScreen);
                    gl_setpixelrgb(x,y,l,l,l);
                    gl_setcontext(&internalScreen);
                    }
                couldwrite=temp;
             }
        return;
        }
   if(PaletteOption!='U') 
        {
        int i=(x&7)+8*(y&7);
        switch (minfo->colors) 
             {
             case 256:
                r=Red+(dm[i]>>2);
                g=Green+(dm[i]>>2);
                b=Blue+(dm[i]>>1);
                break;
            case 2<<15:
            case 2<<16: /* Should use that one extra bit of resolution, but I don't know which one it is */
                r=Red+(dm[i]>>4);
                g=Green+(dm[i]>>4);
                b=Blue+(dm[i]>>4);
                break;
            default:
                r=Red;
                g=Green;
                b=Blue;
                break;
            }
        if (r>255) r=255;
        if (g>255) g=255;
        if (b>255) b=255;
        } else { 
            r=Red;
            g=Green;
            b=Blue;
        }
   gl_setpixelrgb(x,y,r,g,b);
   if((temp=vga_oktowrite()))
        {
        if (!couldwrite) gl_copyscreen(&physicalScreen);
        gl_setcontext(&physicalScreen);
        gl_setpixelrgb(x,y,r,g,b);
        gl_setcontext(&internalScreen);
        }
   couldwrite=temp;
   }
--
____  "I wonder if you think about me once upon a time
\BI/   in your wildest dreams" -- Moody Blues    V-- Pink Floyd
 \/   "There's a change that, even with regret, cannot be undone"
IRC: Synger    Running Linux 1.1 -- Free Unix for 386+ machines

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

Crossposted-To: comp.os.os2.advocacy
Subject: Re: OS/2 and Linux discussed (Re: TCP/IP: The reason I dumped OS/2)
From: ajross@husc10.harvard.edu (Andrew)
Date: 30 Jun 94 14:53:27 GMT

Leo L Turetsky <professor+@CMU.EDU> writes:

>Excerpts from netnews.comp.os.linux.misc: 29-Jun-94 Re: OS/2 and Linux
>discusse.. by Tim Cutts@cus.cam.ac.uk 
>> Be fair.  You can get OS/2 on one disk too.  You are comparing the full
>> distribution of OS/2 with a Linux boot/root disk!  The comparison you should
>> have done is OS/2 with Linux base + perl (~REXX) + X + sc + emacs + OpenLook
>> etc etc.  Then you're talking about 20 disks.  Still less than OS/2, I agree,
>> but you weren't being entirely fair.
>>  
>> Tim.

>Entirely fair my foot. Show me a disk that can install basic OS/2 on
>your hard drive without inserting anither disk. Linux base is one disk.
>X is an addon app. Emacs is entriley unnecessary. OpenLook is unneeded.
>I don't know much about perl and sc but I've been using Linux for a few
>months and haven't run into them once,... so...

>-Leo

I don't get it.  OS/2 _can_ be run from one disk.  There are several
"boot disk" makers on ftp.cdrom.com available to do this.  If you want
to "install" the operating system from it, then just copy it over.  I
don't see why you would want to do this with either Linux or OS/2
however.

The point above was that to get an equivalent installation, you needed
to install more.  X/OpenLook are the closest equivalents to PM/WPS,
Perl is (one of many) a scripting language roughly comparable to
OS/2's REXX.  OS/2 comes with EPM, a very nice extensible editor (not
quite at emacs's level of functionality, but still closer then
anything else on Linux).  sc was included to balance out all of OS/2's
little applets (a simple spreadsheet, a charting program).  Also
remember that OS/2 (well, v2.1 -- not OS/2 for Windows) includes MS
Windows 3.1 and all of its attendant applets (some of which are rather
nice -- Paintbrush and Terminal for instance).

Andy Ross
ajross@husc.harvard.edu


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

Crossposted-To: comp.os.linux.admin
From: zisand@interworld.in-berlin.de (Andreas Ziska)
Subject: Re: Watching a user on an tty?
Date: Thu, 30 Jun 1994 05:34:26 GMT

Roy, I aggree, but how and where can sys admins learn and hear about the
methods of cracking?

Specially new people in the job do need assistance in security.

        Regards
                Andreas
-- 
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  Andreas Ziska                         Email: zisand@interworld.in-berlin.de 
  INTERWORLD Berlin (+49-30-2513771)    ----     The home of the LINUX people  
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

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

From: feingold@avette.zko.dec.com (Elan Feingold)
Subject: ftptool question
Date: 28 Jun 1994 14:03:05 GMT
Reply-To: feingold@avette.zko.dec.com (Elan Feingold)


I got the ftptool off sunsite.unc.edu, and then had to get the shared XView 
libraries.  Apparently the ftptool I got was linked with release 2 libs, so 
I got the header files and recompiled.
Unfortunately, even though it compiles and links fine, it core dumps on 
startup time, right after the window frame appears.  It seems to be dying in 
an XView routine.  Does anyone have either a statically linked version of
ftptool, or a dynamically linked version (preferred) that works with XView v3
libs (and term?)  Any help is MUCH appreciated!

elan

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


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