Subject: Linux-Admin Digest #16
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Sat, 3 Sep 94 02:13:37 EDT

Linux-Admin Digest #16, Volume #2                 Sat, 3 Sep 94 02:13:37 EDT

Contents:
  WD 90C33 and XFree86 (Alfred Hovdestad)
  Re: network install w/Intel Ether Express? (Ken Neighbors)
  Re: NCR53c810 Problems!! (Louis Lagendijk)
  Re: How to FTP recursive directories? (Alan Cox)
  Re: DNS & 'format error no SOA record...' (Christopher Cox)
  Re: NFS Linux Mac ("Stephen Davies")
  [Re] Which is better: tar->gzip or gzip->tar? (Christophe Person)
  Re: Linux Inside T-Shirts, Now Printing! (Dave Rossow)
  Re: [help]: X server insecure (must use xauth-style authorization) (David Werner)
  Re: Remote Shell from linux to Solaris? (JASON NAUGHTON)
  Re: FTape problems (Conner 250) (Dennis Flaherty)
  Re: Is There a Recent list of Compatable Accelerator Cards (David Barth)
  Re: Need suggestions on Linux security (Dave Gomboc)
  Re: Xconsole - little trick won't work any more (sorry) (Donald K. Wong)
  Re: WTMP question [SOLVED] (Remco Treffkorn)
  Re: Which is better: tar->gzip or gzip->tar? (Remco Treffkorn)
  Re: Which is better: tar->gzip or gzip->tar? (Randy Hootman)

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

From: [email-masked] (Alfred Hovdestad)
Crossposted-To: comp.os.linux.development,comp.os.linux.help
Subject: WD 90C33 and XFree86
Date: 31 Aug 1994 19:49:22 GMT

Does anyone have XFree86 working with a WD90C33?  I have a 486dx2/50
with a Rocket MultiFunction adapter and a WD90C33 video chip.  I have
Linux installed by I can't get X to run.

I am sure that someone must have this working (or at least be working
on it).  After all, if someone can get the Diamond Stealth to work,
then the WD90C33 should not be too difficult.

If no one is working on this, can someone give me an idea where to
start?

--
Alfred Hovdestad                        |e-mail: [email-masked]
Systems Programmer                      |    or: [email-masked]
Department of Computing Services        | Voice: (306) 966-4819
University of Saskatchewan              |   FAX: (306) 966-4938

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

From: [email-masked] (Ken Neighbors)
Subject: Re: network install w/Intel Ether Express?
Date: 1 Sep 1994 07:39:34 GMT
Reply-To: [email-masked]

Answering my own questions:

In article <[email-masked]>,
Ken Neighbors <[email-masked]> wrote:
>So, is the Ether Express driver in the net kernel?  If not, how should

No, it isn't.

>I go about installing Linux over the net with this card?  Will I have
>to compile a kernel another Linux box, and if so, how do I put it on
>the boot disk?

Yes.  Create a custom kernel with the Intel Ether Express driver
enabled (see Ethernet-HOWTO and NET-2-HOWTO).  Create a Slackware boot
disk (see slackware/kernels/README.NOW).  After you install Linux, you
have to install the custom kernel on the hard disk or make a new one.

-- 
Ken Neighbors                        | +1 (415) 390-9414
Aero/Astro, Stanford University      | using:
[email-masked]          | Linux, the choice of a GNU generation
http://www-leland.stanford.edu/~wkn/ | OS/2, the choice of a blue generation

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

From: [email-masked] (Louis Lagendijk)
Subject: Re: NCR53c810 Problems!!
Date: 2 Sep 1994 15:36:08 GMT

In article <[email-masked]>,
Jean-Paul Chia <[email-masked]> wrote:
>I have a PCI Pentium, and a SC-2000 PCI SCSI-2 card, and I've got it 
>working in DOS, but I can't get Linux to reconize it.. BTW, I'm using 
>kernel version 1.1.44 And I have the NCR53c7,8xx Driver..
>
>And I get this error:
>
>scsi -ncr53c7,8xx : at PCI bus 0, device 6, function 0
>scsi -ncr53c7,8xx : warning : revision of 0 is less than 1
>scsi -ncr53c7,8xx : NCR53c810 at memory 0x30000000, io 0x0000, irq 0
>scsi0 : IRQ0 not free, detaching
>scsi : 0 hosts
>
PL44 had some problems with  the NCR 53c series try a newer version
the kernel. Thing run fine for me now. Thanks Drew!
>Please help! :)
>- JP
>
>--
>        Jean-Paul Chia                      TheWiz @ IRC
>        Drasnian Technologies,  Perth, Western Australia
>        PH +61-9-447-6261             FAX +61-9-447-4098
>        [email-masked], [email-masked]
>

cheers, Louis

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

From: [email-masked] (Alan Cox)
Subject: Re: How to FTP recursive directories?
Date: Fri, 2 Sep 1994 15:23:50 GMT

In article <[email-masked]> [email-masked] writes:
>However, 30 megs is an awful lot to be transferring in one large file
>long-distance. It makes sense to try smaller chunks if possible,
>for if something interrupts your transfer after a few megs, you have
>a lot to resend. It's much easier to get a few 1 meg files than to
>have to try the whole 30 megs again.

Ahah - its a little know ftp option 'reget' - continue the transfer where
it died.

Alan

-- 
  ..-----------,,----------------------------,,----------------------------,,
 // Alan Cox  //  [email-masked]   //  GW4PTS@GB7SWN.#45.GBR.EU  //
 ``----------'`----------------------------'`----------------------------''

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

From: [email-masked] (Christopher Cox)
Subject: Re: DNS & 'format error no SOA record...'
Date: Fri, 2 Sep 1994 17:34:14 GMT

In article <[email-masked]> crocker@opine (MATTHEW CROCKER) writes:
>From: crocker@opine (MATTHEW CROCKER)
>My SOA record looks like this: (from memory)
>;
>; Origin : crocker.com
>;
>@      IN      SOA     dns.crocker.com. (
>                       matthew.crocker.com.
>                       1       ; serial
>                       4000    ; refresh
>                       4000    ; expire
>                       4000    ; minimum
>                       )
>       IN      A       dns.crocker.com.
                        ^^^^^^^^^^^^^^^^
This should be an address in dotted-decimal notation.  You did say it was 
from memory, so perhaps it really is already.

Chris
--
Chris

   Chris Cox  W0/G4JEC                        [email-masked]
   Network Analyst                                NIC Handle:   CC345
   North Memorial Medical Centre                  Tel: (612) 520-7321
   3300 Oakdale Avenue North                      Fax: (612) 520-5237
   Robbinsdale, MN  55422

                Europeans consider 100 miles a long way.
                Americans consider 100 years a long time.

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

From: "Stephen Davies" <[email-masked]>
Subject: Re: NFS Linux Mac
Date: Fri, 2 Sep 94 18:31:26 PDT

> >Has anyone succesfully mounted a Linux disk on a macintosh via a network?
> >What should I do on the linux-side of the connection and what program
> >should I use on the macintosh-end?
> 
> I have done so using Intercon's NFS/Share software.  Good stuff.  They
> are in Herndon, VA.

>Right. NFS/Share is the only NFS-Client for the Macintosh as far as I know.
>It is fully transparent to the user.
>
>---------------------------------------------------------------------
>Darko Krizic   Langweidenstrasse 37   60488 Frankfurt   49 69 7893687
>[email-masked]   MIME   4e71   "Powered by Motorola"
>---------------------------------------------------------------------

I use Client NFS for Macintosh from The Wollongong Group in California.
It works through the Chooser just like AppleShare.

========================================================================
Stephen Davies Consulting                              [email-masked]
Adelaide, South Australia.                           Voice: 61-8-2728863
Computing & Network solutions.                       Fax  : 61-8-2741015

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

From: [email-masked] (Christophe Person)
Subject: [Re] Which is better: tar->gzip or gzip->tar?
Date: 1 Sep 1994 15:15:19 -0500

Maybe using 

        tar -zcvf file.tgz .....

is easier... Maybe.

Christophe
Person

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

From: [email-masked] (Dave Rossow)
Crossposted-To: aus.computers.linux,alt.linux.sux,alt.os.linux,comp.os.linux.development,comp.os.linux.help,comp.os.linux.misc
Subject: Re: Linux Inside T-Shirts, Now Printing!
Date: 2 Sep 1994 22:11:25 -0500

[email-masked] (Justin Scott) writes:

>Any type of JPEGs, etc we can see of the shirts before we order?

>I would love to have the "Linux Inside" as will as the "GNU Generation" 
>shirts, but only if I can see pics before purchase

>Justin

Likewise!

        dave
        [email-masked]

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

From: [email-masked]  (David Werner)
Crossposted-To: comp.lang.tcl
Subject: Re: [help]: X server insecure (must use xauth-style authorization)
Date: 3 Sep 1994 01:36:26 GMT

N Metheringham ([email-masked]) wrote:

: If you want to make long randomish keys I have a perl script to do that.
: It might be a bit specific to my system - you need a few things
: such as a host and a hostname command.  Its not perfect but it works
: OK - NB I often get line too long errors from xauth - not sure why,
: but it works OK.

:       #!/usr/bin/perl

:       $KeyLength = 16;
:       # set random nums up
:       srand(time|$$);

:       for ($Index = 0;($Index < $KeyLength); $Index++) {
:           $Key .= sprintf("%02x", int(rand(256)));
:       }

:       $HostName = `hostname`;
:       chop($HostName);
:       ($FullHostName) = split(' ',`host $HostName`);
:       open(XAUTH, "|xauth"); 
:       print XAUTH ("add $FullHostName:0 MIT-MAGIC-COOKIE-1 $Key\n",
:                    "add :0 MIT-MAGIC-COOKIE-1 $Key\n",
:                    "quit");
:       close XAUTH;

:       Nigel.

Your Script is'nt secure enough. Someone who is logged on the same 
Host, where you want to start the X-Server can easely obtain time
(if the time is not correct enough he can guess it with several tries)
and $$ by observing your processes with ps. Then he can generate with
a similiar script the right MAGIC-COOKIE.

Ciao, Dave

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

From: [email-masked] (JASON NAUGHTON)
Subject: Re: Remote Shell from linux to Solaris?
Date: 2 Sep 1994 15:32:53 GMT

JASON NAUGHTON ([email-masked]) wrote:
: Hi
:               Has anyone successfully xon'ed, rsh'ed, or rlogin'ed to a
: solaris work station from a linux station?  Every time I try I happen
: to receive this lovely message:

: jnaughto@crystal: ~$ rsh tesla
: No utmpx entry. You must exec "login" from the lowest level "shell".
: rlogin: connection closed.

:               Is there a table in etc that I've got to update or something?
: Any pointers will be of assistance.

:                                                               Jason Naughton

                Well I've got a lot of responses but most solve the problem
using .rhosts.  I would like to see if anyone succeeded in doing the
above without using the .rhost in the home directory. For security
reasons this is not a viable solution.

                                                                                                Jason Naughton

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

From: [email-masked] (Dennis Flaherty)
Subject: Re: FTape problems (Conner 250)
Date: Sat, 3 Sep 1994 00:10:22 GMT

In article <[email-masked]>,
Leonhard Voos <[email-masked]> wrote:
> rfugina@mcdga96 (Rob Fugina) writes:
> 
> >I've been slowly trying to get one thing working at a time since I installed
> >Linux on my PC several months ago.  I am currently stuck on FTape.  I have
> >a Conner 250MB tape drive.  I have also just done a clean install of the
> >Slackware 2.0.0 distribution.  The command 'mt -f /dev/ftape retension' works
> >fine, but to tar to the /dev/ftape device results in 'I/O error'.  The Conner
> >manual suggests a jumper be removed from the drive for Unix operating systems
> >that has something to do with auto-positioning.  This didn't make a difference.
> >Can anybody give me some hints as to why it's not working?
> 
> You should get the source of ftape-1.13b on sunsite in /pub/Linux/...
> and recompile it with the -DCONNER_BUG option enabled in Makefile.
> But that doesn't work with the newest kernels. At me it works fine with 1.1.35
> 
> Leo

If you're using the newer Conner Backup Basics (DOS or MS-Windows)
software, you'll also have to patch ftape-1.13b with

*** ftape-read.c.orig   Thu Jun 30 13:32:16 1994
--- ftape-read.c        Sat Jul 23 21:56:56 1994
***************
*** 357,364 ****
--- 357,373 ----
    if (header_segment != header_segment_1 && /* first header */
        header_segment != header_segment_2) { /* duplicate */
      TRACE( 1, "wrong segment nr");
+ #ifdef CONNER_BUG
+     if (header_segment != 0 || header_segment_1 != 1 || header_segment_2 != 2) {
+       TRACE ( 1, "CONNER_BUG:");
+       TRACEi( 1, "| header_segment:   ", header_segment);
+       TRACEi( 1, "| header_segment_1: ", header_segment_1);
+       TRACEi( 1, "| header_segment_2: ", header_segment_2);
+     }
+ #else
      TRACE_EXIT;
      return -EIO;
+ #endif /* CONNER_BUG */
    }
    /*    Verify tape parameters...
     *    QIC-40/80 spec:                 tape_parameters:

To get it to work with the newer kernels, you'll also have to patch
it with

--- fdc-io.c.orig       Tue Jul  5 15:18:09 1994
+++ fdc-io.c    Sat Aug 27 22:14:23 1994
@@ -938,20 +938,14 @@
 {
   TRACE_FUN( 8, "fdc_grab_irq_and_dma");
   int result = 0;
-  struct sigaction ftape_sig_action = {
-    ftape_interrupt, 0, SA_INTERRUPT, NULL
-  };
 
   if (fdc.hook != &do_floppy) {
-    /*  Cannot use request_irq because we want a fast interrupt
-     *  handler instead of a normal one (see kernel/irq.c).
-     */
-    result = irqaction( fdc.irq, &ftape_sig_action);
+    result = request_irq( fdc.irq, ftape_interrupt, SA_INTERRUPT, "ftape");
     if (result) {
       TRACEx1( -1, "Unable to grab IRQ%d for ftape driver", fdc.irq);
       result = -EIO;
     } else {
-      result = request_dma( fdc.dma);
+      result = request_dma( fdc.dma, "ftape");
       if (result) {
         TRACEx1( -1, "Unable to grab DMA%d for ftape driver", fdc.dma);
         free_irq( fdc.irq);

Three cheers for Conner software,
-- 
Dennis T. Flaherty              Home: [email-masked]
Flaherty Nanobreweries          Work: [email-masked]
     Oatmeal Stout: It's the Right Thing to Drink!

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

From: [email-masked] (David Barth)
Subject: Re: Is There a Recent list of Compatable Accelerator Cards
Date: 31 Aug 1994 22:39:28 +0200

Jeff Langley ([email-masked]) wrote:
:     Is there a recent list of video accelerator cards that is compatable with
: Linux.

Check out the XFree86 report in c.o.l.announce.
As for version 2.1 you can hope to get accelerated support for the following
cards from 'man XF86_SVGA' :

       Accelerated support is included for  most  of  the  Cirrus
       chipsets,  and  for  the Western Digital WD90C31 chipsets.
       Accelerated support for the ET4000/W32 is NOT  yet  imple-
       mented.   Users  of boards based on ATI's Mach8 and Mach32
       chipsets   should   refer   to   the   XF86_Mach8(1)   and
       XF86_Mach32(1) manual pages, respectively.

S3, Mach 8 & 32 cards are also supported.
--
email : [email-masked]              "Linux, the choice of a GNU generation"

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

From: [email-masked] (Dave Gomboc)
Subject: Re: Need suggestions on Linux security
Date: Thu, 1 Sep 1994 08:41:09 GMT

In article <[email-masked]> [email-masked] (Bob Willmot) writes:
>[email-masked] (Patrick D. Ashmore) writes:
>
>>On 30 Aug 1994 13:25:07 GMT, Thilo Wunderlich <[email-masked]> wrote:
>>> [email-masked] (Gregory P. Smith) writes:
>
>>> [it's too easy to change boot password...]
>
>>> >How can it be too easy to change the boot password?  Is there a security hole
>
>>> get amisetup and u can enter the setup ...
>>> Any Simtel archive: msdos/sysutil/amise260.zip
>
>>amisetup and other programs that allow you to backup and tweak your BIOS 
>>really do the trick, but consider this... If you have already set the 
>>password to something AND set the boot sequence to C:, A:, then how are 
>>they going to get to DOS to run the BIOS programs? 
>
>>Patrick
>
>Write your own that runs under Linux.
>
>       Bob Willmot

There is that dos emulator project as well.. :-/

--
Dave Gomboc
[email-masked]

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

From: [email-masked] (Donald K. Wong)
Subject: Re: Xconsole - little trick won't work any more (sorry)
Date: 3 Sep 1994 03:54:06 GMT

In article <[email-masked]>, Patrick Reijnen <[email-masked]> wrote:
>
>Nope, not for me at least. I only get error messages in it. talk notices are still placed in the VC.
>
>
>Patrick Reijnen
>
>

Just to put in my 2 cents, what I'm doing now is running xconsole as 
'xconsole -file /usr/adm/messages -tail'.  This way, I get all the talk, 
telnet, ftp messages.

-- 
Donald K. Wong
[email-masked]

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

From: [email-masked] (Remco Treffkorn)
Subject: Re: WTMP question [SOLVED]
Date: Thu, 1 Sep 1994 07:56:01 GMT
Reply-To: [email-masked]

H.J. Lu ([email-masked]) wrote:
: : ln -s /var/adm/wtmp /usr/adm/wtmp

: I cannot help it. I thought /usr/adm is linked to /var/adm. Am I
: wrong?

Yes, you are !-)
I have /usr linked to /var.

There are many ways to skin a cat ;-)

Remco
-- 

Remco Treffkorn, DC2XT
[email-masked]
(408) 685-1201

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

From: [email-masked] (Remco Treffkorn)
Subject: Re: Which is better: tar->gzip or gzip->tar?
Date: Thu, 1 Sep 1994 08:02:17 GMT
Reply-To: [email-masked]

Henry Ware ([email-masked]) wrote:
: tar * | gzip will give a smaller output because the headers will be
: compressed & because the file is larger, minimizing gzip's own headers. 
: You can get the same effect by using the GNU tar -z option.  gzip -r
: recursively gzips files: it does not create a single file. 

: >I'm looking for the most robust method to archive groups
: >of files.

: Thats a different and stickier question.  I don't know that either of
: these is especially robust.

You already answerd that :-)
In comparison it is better to compress first, and tar then.
This way a bit error only messes up one file, but tar can recover on the 
next header. If you compress the resulting .tar file, a bit error will
mess up the rest of the archive.

OTOH, I have yet to see a messed up .tgz or .tar.z file (knock on wood).

There you have it.

Remco
-- 

Remco Treffkorn, DC2XT
[email-masked]
(408) 685-1201

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

From: [email-masked] (Randy Hootman)
Subject: Re: Which is better: tar->gzip or gzip->tar?
Date: Fri, 2 Sep 1994 18:31:11 GMT

Let me through in my two cents (which is another reason that I run Linux 
;-) beside I love it).

It would seem to me that it would be a case by case basis as to what is
better maybe. I would seem to me that there would be little difference if
the files were binary, tar then gzip would be slightly better maybe. 
However, if the files were text, maybe it would be better to tar then
gzip. Wouldn't you get better rtl lz compression that way? It probably
doesn't make that big of a difference anyways. Just a rambling thought. 

Randy

-- 

///////////////////////////////////////////////////////////////////////
     "In recognizing the humanity of our fellow beings,
      we pay ourselves the highest tribute." - Thurgood Marshall
//////////////////////////////////////////////////////////////////////
Randy Hootman                Randysoft Software             (408) 229-0119

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

** 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: [email-masked]

You can send mail to the entire list (and comp.os.linux.admin) via:

    Internet: [email-masked]

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