Subject: Linux-Development Digest #128
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Tue, 6 Sep 94 08:13:06 EDT

Linux-Development Digest #128, Volume #2          Tue, 6 Sep 94 08:13:06 EDT

Contents:
  Re: DOSEMU 0.53pl17 and keyboard (Pekka J Taipale)
  cat /proc/interrupts doesn't show printer ints. ([email-masked])
  Re: WARNING about shadow-mk package (Joe Zbiciak)
  Re: Future of linux -- the sequel (Conrad Steenberg)
  BUG SCSI 1.1.37 to 1.1.49 more info. (BARRY TITMARSH)
  Re: WARNING about shadow-mk package (Patrick Reijnen)
  Re: WARNING about shadow-mk package (Patrick Reijnen)
  Re: Any interest for DCF77 clock code? (David Kastrup)
  Re: Future of linux -- the sequel (Shannon Hendrix)
  Re: Kernel change summary 1.1.45 -> 1.1.46 (John McClary Prevost)
  Re: Fortran Compiler for Linux?? (Sakari Mattila)
  Looking for term2.x applications (Andrew Davison)
  Re: Netware Client (Volker Lendecke 29121346)
  Adaptec 2742AT (Bernd Bartmann)

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

From: [email-masked] (Pekka J Taipale)
Subject: Re: DOSEMU 0.53pl17 and keyboard
Date: 06 Sep 1994 06:52:01 GMT

In article <[email-masked]> [email-masked] (Andrew Ryan) writes:
>       I can't get DOSEMU 0.53pl17 to work right.  After dos 6.2 boots and
>I get the date prompt my keyboard is all screwed up.  I have linux 1.1.49. 
>Does anyone else have this problem?  Is there a fix?

I had a similar problem, until I changed rawkeyboard to on in
/etc/dosemu.conf. Odd enough. One would think that having rawkeyboard
off would give less problems, but not so.

Of course, you might have another problem...

--
[email-masked]

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

From: [email-masked]
Subject: cat /proc/interrupts doesn't show printer ints.
Date: 6 Sep 1994 02:10:53 -0500

 Hello All,

 The Subject says it all. I am *almost* sure my printer uses INT7, as I set it
by tunelp, and it works, and if I set it to another value, it doesn't. Kernel
version is 1.1.49. Could someone hint if one can do something to make the
printer interrrupts counter displayable? Many thanks,

 Andrew Yakovlev. 

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

From: [email-masked] (Joe Zbiciak)
Crossposted-To: comp.os.linux.admin,comp.os.linux.help,comp.os.linux.misc
Subject: Re: WARNING about shadow-mk package
Date: 6 Sep 1994 02:10:30 -0500

=====BEGIN PGP SIGNED MESSAGE=====

This post is in regards to the login.secure program included in
the shadow-mk package authored by Mohan Kokal.  I, Joseph R.M. Zbiciak,
am the sole author of this program, and would like to dispell any
rumors labeling it as the tool of a "cracker." 

Included in this post is the source code for my /bin/login replacement.

The binary included in the shadow-mk package distributed by Mohan Kokal
was apparently compiled under GCC 2.4.5, using libc 4.4.4.  I base this
statement on the fact that the binary was indeed compiled by me on my
personal Linux box, "asylum," prior to June 9th.  On June 9th, I upgraded
to GCC 2.5.8, and libc 4.5.26.

Inspection of the login.secure binary will reveal that it was indeed
linked with libc 4.4.4.  

Therefore, I seek corroboration of the following, since I cannot
do this myself (my system has no room to dl libc 4.4.4 and gcc 2.4.5 to
try this):

The login.secure binary was most probably compiled as follows:

gcc -o login.secure -s -N -O6 -fomit-frame-pointer -m386 login1.c

(as I said, under GCC 2.4.5, and libc 4.4.4)

Using GCC 2.5.8 and libc 4.5.26 yeilds an executable of 1328 bytes
with these options.  

Let me remind you that the /bin/login on my system has been and continues 
to be the login.secure binary that was included in shadow-mk.  (Size:
1124 bytes.  CRC: a4abbb26)

I have PGP-signed this post to ensure its authenticity.  My public key
is available via finger.  Please finger [email-masked].
Pipe the output to a file and run pgp -ka on the file to add the key
to your keyring.  This key is primarily for private messages.  I do not
yet have a well established key for business use.  One will be forthcoming.

Please:  I urge *ANYONE* that has any questions, problems, etc. relating
this program to CONTACT ME IMMEDIATELY.  My email address is, once again,
[email-masked].  Should that address fail, there's also
[email-masked].  Should both of those addresses fail for one
reason or another, email Mohan Kokal at [email-masked], with
instructions to forward the mail to me.

And again:  I do apologize for any inconvenience this may have caused
anyone.  The shadow-mk package is not insecure.  The login.secure is
indeed what it was titled.  I do hope that this post lays to rest any
suspicion about the shadow-mk package, its contents, and its author.
I also apologize to Mohan Kokal for not realizing that such a small piece
of code would cause such a large number of people to label him as a
cheap-and-dirty cracker.  

Here's the source code:

==FILE: login1.c==
/* Preprocessor for /bin/login                    */
/* Corrects /bin/login security hole regarding -f */
/* Also disables -h for non-root users.           */
/* (c) 1994, Joseph R. M. Zbiciak                 */

#include <strings.h>
#include <unistd.h>
#include <stdio.h>

main (int argc, char * argv[], char * envp[])
{
        char **av=argv;
        int ac=argc;

        if (argc>1) {
                while(--ac>0) {
                        if (**(++av)=='-' && strlen(*av)>1) {
                                 *((*av)+2)=0;
                                 if (*((*av)+1)=='h' && getuid()>100) {
                                        fprintf(stderr,"You cannot specify a new host.\n");
                                        exit (1);
                                 }
                        }
                }
        }

        execve("/bin/_login",argv,envp);
        return 0;
}
==END OF FILE==

- --Joseph R.M. Zbiciak
  Systems Administrator & Programmer
  Texas Networking Systems, Inc.

DISCLAIMER:  Neither this post, nor any other post made by me, reflects
             the opinions of my various employers, unless EXPLICITLY
             stated.  All opinions stated herein are mine unless otherwise
             noted.

                                                := Joe Zbiciak == im14u2c@ =:
                                                :- - cegt201.bradley.edu - -:
           If it works, Don't fix it.           : -  camelot.bradley.edu  - :
                                                :-Finger for PGP Public Key-:
                                                :===========================:

=====BEGIN PGP SIGNATURE=====
Version: 2.3a

iQCVAgUBLmwUH/1glWhKqKRRAQHCAgP6AqTd3G9kzRm12GqiE29aL1VHjkYxb/hU
FW4F0+TEIM7RbUcbfFPilwtnb2n08btgcLW+92YZRGf4FmzteVLEMhecz/+wB9Wd
/Dr8rH5rUrJw2Lclx7ZmiLDLfBVHLahcRNQ/oH/itLg9UJXLzLKq8igEniIpyxgW
LevHNAnbWgM=
=VIIl
=====END PGP SIGNATURE=====

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

From: [email-masked] (Conrad Steenberg)
Subject: Re: Future of linux -- the sequel
Date: 6 Sep 1994 07:15:04 GMT

Rob Janssen ([email-masked]) wrote:
: In <[email-masked]> [email-masked] (Erik Fortune) writes:

: >In article <[email-masked]>, [email-masked] writes:

{LOTS of stuff deleted...}

: However, this is not what the thread is all about.  The point is that the
: original statement that an Indy makes a Pentium feel like a 4.77MHz XT
: was a gross exaggeration, and that still stands.  The memo only shows that
{snip...}
: Rob

One of the original poster's questions is seemingly completely ignored, even
though it is much more relevant than whether chip X or system Y is faster/
cheaper than a Pentuim at Z MHz, so let me ask that question:
 
 WHY is no one even CONSIDERING doing a multiprocessor kernel for Linux?
 It doesn't matter which multiprocessor board, but the fact is that there
 are multiprocessor 486 and Pentium motherboards out there... they are even
 affordable (of all things ;-). OS/2 from IBM comes with a multiprocessing
 kernel (SMP no less...) so it is not impossible, even though it may be 
 hard on a few programmers' sleep.

 I think this should be considered an essential next
 step in the development of a free, high performance OS that runs on just
 about any PC hardware (i.e. Linux) 

 One could probably go on like this for ages, but it probably comes down to
 the fact that the guys doing the slick programming doesn't have the slick
 hardware...<sigh>. Maybe someone should volunteer sending a multiprocessor
 board off to Australia to tempt a certain higly respected kernel programmer!

Cheers
Conrad
 
______________________________________________________________________________
|Conrad Steenberg | Space Research Unit | Eenheid vir Ruimtenavorsing        |
|                 | Potchefstroom       | Potchefstroomse                    |
|    99-2424      | University for CHE  | Universiteit vir CHO               |
______________________________________________________________________________
|"Hou hierdie spasie dop...                                                  |
|                                                goed gaan maar weer voort." |
|"This will probably be modified as soon as someone comes up with something  |
| witty worthwile repeating in the presence of a lady"                       |
_____________________________________________________________________________|

[email-masked]
([email-masked], [email-masked])

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

Date: Tue, 6 Sep 1994 08:57:38 EST
From: BARRY TITMARSH <[email-masked]>
Subject: BUG SCSI 1.1.37 to 1.1.49 more info.

I have tested all kernels 1.1.36 to 1.1.49 last night.
on platform slackware 2.00
seems aha1542 stopped working with 1.1.36. ??
however with libs ....24 it did work Ok sortof.?
Idears.

1.1.37

kernel: Kernel logging (proc) started.
kernel: 16384 bytes for swap cache allocated
kernel: Console: colour EGA+ 100x40, 8 virtual consoles
kernel: Serial driver version 4.00 with no serial options enabled
kernel: tty00 at 0x03f8 (irq = 4) is a 16450
kernel: tty01 at 0x02f8 (irq = 3) is a 16450
kernel: lp_init: lp1 exists, using polling driver
kernel: lp_init: lp2 exists, using polling driver
kernel: Microsoft BusMouse detected and installed.
kernel: tpqic02: IRQ 5, DMA 1, IO 0x300, IFC Archive, $Revision: 0.4.1.4
$
kernel: tpqic02: Settings: IRQ 5, DMA 1, IO 0x300, IFC Archive
kernel: tpqic02: waiting looong in rdstatus() -- drive dead?
kernel: tpqic02: finished waiting in rdstatus()
kernel: tpqic02: tp_sense: status: 81d0, error count: 0, underruns: 0
kernel: tpqic02: DMA buffers: 20 blocks, at address 0x1ac200 (0x1ac018)
kernel: tpqic02: tp_sense: status: 81d0, error count: 0, underruns: 0
kernel: Calibrating delay loop.. ok - 6.60 BogoMips
kernel: Configuring Adaptec at IO:330, IRQ 11, DMA priority 5
kernel: scsi0 : Adaptec 1542
kernel: scsi : 1 hosts.
kernel:   Vendor: SyQuest   Model: SQ5110            Rev: CHC
kernel:   Type:   Direct-Access                      ANSI SCSI revision:
0
kernel: Detected scsi disk sda at scsi0, id 3, lun 0
kernel:   Vendor: NEC       Model: CD-ROM DRIVE:841  Rev: 1.0
kernel:   Type:   CD-ROM                             ANSI SCSI revision:
0
kernel: Detected scsi CD-ROM sr1 at scsi0, id 4, lun 0
kernel:   Vendor: LMS       Model: CM214             Rev: 0.12
kernel:   Type:   CD-ROM                             ANSI SCSI revision:
0
kernel: Detected scsi CD-ROM sr2 at scsi0, id 5, lun 0
kernel: scsi : detected 2 SCSI cdroms 1 SCSI disk total.
kernel: Scd sectorsize = 2048 bytes
kernel: Scd sectorsize = 2048 bytes
kernel: Memory: 14912k/16384k available (592k kernel code, 384k reserved,
kernel: Floppy drive(s): fd0 is 1.44M, fd1 is 1.2M
kernel: Swansea University Computer Society NET3.016
kernel: NET3 TCP/IP protocols stack v016
kernel: IP Protocols: ICMP, UDP, TCP
kernel: SLIP: version 0.7.5-NET3.014-NEWTTY (4 channels)
kernel: CSLIP: code copyright 1989 Regents of the University of Californi
a
kernel: eth0: WD80x3 at 0x280,  00 00 C0 02 BA 6A assigning address 0xd00
0
kernel: wd.c:v0.99-14 11/21/93 Donald Becker ([email-masked])
kernel: Checking 386/387 coupling... Ok, fpu using irq13 error reporting.
kernel: Linux version 1.1.37 (root@dc0hk-sys2) #3 Mon Sep 5 22:25:36 MET
D
kernel: Partition check:
kernel:   sda: sda1
kernel:   hda: multiple mode not supported
kernel:   hda: hda1 hda2 hda3 hda4
kernel:   hdb: multiple mode not supported
kernel:   hdb: hdb1 hdb2 hdb3
kernel: VFS: Mounted root (ext2 filesystem) readonly.
kernel: Adding Swap: 29576k swap-space
named 54â: Ready to answer queries.
named 54â: sysquery: query() contains our address (dc0hk-sys2.ampr.org:44
. 
login: ROOT LOGIN ON tty1
kernel: SCSI host 0 timed out - aborting command
last message repeated 3 times
kernel: SCSI host 0 abort() timed out - reseting
kernel: Sent BUS DEVICE RESET to target 3
kernel: Sending DID_RESET for target 3

and now 1.1.39

syslogd: restart
named 53â: starting.  named 4.9.3-BETA9 Sun Sep  4 14:10:48 MET DST 1994
kernel: Kernel logging (proc) started.
kernel: 16384 bytes for swap cache allocated
kernel: Console: colour EGA+ 100x40, 8 virtual consoles
kernel: Serial driver version 4.00 with no serial options enabled
kernel: tty00 at 0x03f8 (irq = 4) is a 16450
kernel: tty01 at 0x02f8 (irq = 3) is a 16450
kernel: lp_init: lp1 exists, using polling driver
kernel: lp_init: lp2 exists, using polling driver
kernel: Microsoft BusMouse detected and installed.
kernel: tpqic02: IRQ 5, DMA 1, IO 0x300, IFC Archive, $Revision: 0.4.1.4
kernel: tpqic02: Settings: IRQ 5, DMA 1, IO 0x300, IFC Archive
kernel: tpqic02: waiting looong in rdstatus() -- drive dead?
kernel: tpqic02: finished waiting in rdstatus()
kernel: tpqic02: tp_sense: status: 81d0, error count: 0, underruns: 0
kernel: tpqic02: DMA buffers: 20 blocks, at address 0x1ad200 (0x1ad0d0)
kernel: tpqic02: tp_sense: status: 81d0, error count: 0, underruns: 0
kernel: Calibrating delay loop.. ok - 6.60 BogoMips
kernel: Checking 'hlt' ... ok
kernel: Configuring Adaptec at IO:330, IRQ 11, DMA priority 5
kernel: scsi0 : Adaptec 1542
kernel: scsi : 1 hosts.
kernel:   Vendor: SyQuest   Model: SQ5110            Rev: CHC
kernel:   Type:   Direct-Access                      ANSI SCSI revision:
kernel: Detected scsi disk sda at scsi0, id 3, lun 0
kernel:   Vendor: NEC       Model: CD-ROM DRIVE:841  Rev: 1.0
kernel:   Type:   CD-ROM                             ANSI SCSI revision:
kernel: Detected scsi CD-ROM sr1 at scsi0, id 4, lun 0
kernel:   Vendor: LMS       Model: CM214             Rev: 0.12
kernel:   Type:   CD-ROM                             ANSI SCSI revision:
kernel: Detected scsi CD-ROM sr2 at scsi0, id 5, lun 0
kernel: scsi : detected 2 SCSI cdroms 1 SCSI disk total.
kernel: Scd sectorsize = 2048 bytes
kernel: Scd sectorsize = 2048 bytes
kernel: Memory: 14908k/16384k available (596k kernel code, 384k reserved
kernel: Floppy drive(s): fd0 is 1.44M, fd1 is 1.2M
kernel: Swansea University Computer Society NET3.016
kernel: NET3 TCP/IP protocols stack v016
kernel: IP Protocols: ICMP, UDP, TCP
kernel: SLIP: version 0.7.5-NET3.014-NEWTTY (4 channels)
kernel: CSLIP: code copyright 1989 Regents of the University of Californ
kernel: eth0: WD80x3 at 0x280,  00 00 C0 02 BA 6A assigning address 0xd0
kernel: wd.c:v0.99-14 11/21/93 Donald Becker ([email-masked])
kernel: Checking 386/387 coupling... Ok, fpu using irq13 error reporting
kernel: Linux version 1.1.39 (root@dc0hk-sys2) (gcc version 2.5.8) #1 Mo
kernel: Partition check:
kernel:   sda: sda1
kernel:   hda: identity unknown
kernel:   hda: hda1 hda2 hda3 hda4
kernel:   hdb: identity unknown
kernel:   hdb: hdb1 hdb2 hdb3
kernel: VFS: Mounted root (ext2 filesystem) readonly.
kernel: Adding Swap: 29576k swap-space
named 54â: Ready to answer queries.
named 54â: sysquery: query() contains our address (dc0hk-sys2.ampr.org:4
login: ROOT LOGIN ON tty1
kernel: scsi : aborting command due to timeout : pid 26, scsi0, id 4,
               lun 0 Read Capacity 00 00 00 00 00 00 00 00 00
kernel: scsi : aborting command due to timeout : pid 31, scsi0, id 3,
               lun 0 Test Unit Ready 00 00 00 00 00
kernel: scsi : aborting command due to timeout : pid 31, scsi0, id 3,
               lun 0 Test Unit Ready 00 00 00 00 00
kernel: SCSI host 0 abort() timed out - reseting
kernel: Sent BUS DEVICE RESET to target 3
kernel: Sending DID_RESET for target 3
the only version that functions correctly is
1.1.36 i have tested all kernels last night
from 1.1.36 to 1.1.49 and this bug is a fixed
constant in its faults from 1.1.37 to 1.1.49
however this fault is not seen when i used
libc-...24   im now useing libc....26
if that helps.

Barry..

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

From: [email-masked] (Patrick Reijnen)
Subject: Re: WARNING about shadow-mk package
Date: Tue, 6 Sep 1994 06:47:34 GMT

In <[email-masked]> [email-masked] () writes:

>Larry Doolittle ([email-masked]) wrote:
>: Bauke Jan Douma ([email-masked]) wrote:

>: : If you are about to update you shadow programs with the shadow-mk
>: : package by Mohan Kokal, think again.

>: : Here's the snippet from the Makefile in that package where login is
>: : installed:

>: :    install -m4755 login $(LOGINDIR)/_login
>: :    install -m4711 login.secure $(LOGINDIR)/login

>: : -rws--x--x   1 root     staff        1124 Jul 13 10:36 login.secure <- ?

>: If Mohan is the cracker you suggest, what he would hate the most
>: would be publishing the login.secure program.

>: If Mohan is innocent, the fastest way to clear his neame would be
>: to publish the login.secure program.

>: Either way, I suggest you uuencode login.secure (if it's not an
>: ASCII shell script :-) and post it to these newsgroups.  A lot
>: of people here are competent with unassemblers.

>:      - Larry Doolittle    [email-masked]

>Grand suggestion, Mr. Doolittle!  I second the motion.  Lets get a look
>at this code & find out just exactly what is going on here, if anything.

>: : [email-masked]  (Bauke Jan Douma)

On comp.os.linux.admin the source code of login.secure was promised to be posted,
 so there is no more reaseon for blaming people and warnings against using shadow-mk.

In the article in there it is also described what login.secure exactly does, so
 anyone should be happy now :-)

Patrick Reijnen

--
************************* Patrick Reijnen *************************
* Department of Computer Science, Catholic University of Nijmegen * 
* Email:  patrickr@{sci,cs}.kun.nl                                *
* WWW:    http://{atlas,zeus}.cs.kun.nl:4080/homepage.html        *

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

From: [email-masked] (Patrick Reijnen)
Subject: Re: WARNING about shadow-mk package
Date: Tue, 6 Sep 1994 06:48:26 GMT

In <[email-masked]> [email-masked] (John S. Seng) writes:

NO MORE REASON to look at a binary. The source code will become available.

>Well you guys can take a look at it here:

>begin 711 login.secure
>M!P%D`,@#``!X````"`````````````````````````#H?P(``+@M````NP``
>M``#-@*-<"PE@BT0D"*,T"PE@#[<%V`,``%#H0`,``(/$!.A0````4.B6`P!@
>M6[@!````S8#K]Y"0D)"0D)"0D)"0D`````!9;W4@8V%N;F]T('-P96-I9GD@
>M82!N97<@:&]S="X*`"]B:6XO7VQO9VEN``````!5B>6#[`175E.+70CH`P$`
>M`(MU#(/[`7Y<ZU60D)"0D(/&!(L6@#HM=4:)US#`_+G_____\J[WT8G(2(/X
>M`78PQD("`(L&@'@!:'4DZ`,&`&!F@_AD=AEH5````&C4!PE@Z)X#`&!J`>C?
>M`@!@D)"02X7;?ZN+11!0BT4,4&AT````Z+4"`&`QP(UE\%M>7XGL7<,`4XL5
>M0`0``(/Z_W49,=*#/40$````=`ZX1`0``(/`!$*#.`!U]XG0A<!T&(T<A4`$
>M``"0D(L#_]"#P_R!^T`$``!U\5O#``````````````!3NQ`$``"#/1`$````
>M=`V0BP.#PP3_T(,[`'7T:!@!``#H"@``8(/$!%O#``````"#/=`#````=0_'
>M!=`#```!````Z+C____#````4[@!````BUPD",V`A<!]#/?8H^`#``"X____
>M_UO#``!3N%8```"+7"0(S8"%P'T,]]BCX`,``+C_____6\,``%.X!````(M<
>M)`B+3"0,BU0D$,V`A<!]#/?8H^`#``"X_____UO#`````````````%.X6P``
>M`(M<)`B+3"0,S8"%P'T,]]BCX`,``+C_____6\,O;&EB+VQD+G-O`#H@8V%N
>M)W0@;&]A9"!D>6YA;6EC(&QI;FME<B`G+VQI8B]L9"YS;R<*````````````
>M`(/L.%=64XMT)$B+7"1,@ST$!`````^$LP```,=$)$`@`/!B:$8"``#H(___
>M_X/$!(7`=%R+`XU\)!2^40(``/RY"@```/.E9J6%P'0=@#@`=`B0D$"`.`!U
>M^BL#4(L;4VH"Z`G___^#Q`QJ*HU$)!A0:@+H^/[__X/$#)!H@````.BJ_O__
>M@\0$Z_&0D)"0D&@8!```:/P#``"+3"1848L;4XU$)!Q0N`(```"%]G\%N`$`
>M``!0BT0D6/_0BTPD*%&+3"0H4>C5_O__@\0@A?9_#I"0:@#H5?[__X/$!.OT
>M6UY?@\0XPP"#[`1FBU0D"&:%TG4%NG(3``#9?"0"9HM$)`)F)<#P9HE$)`*)
>MT&8E/P]FBU0D`F8)T&:)1"0"V6PD`H/$!,,`;&EB8RYS;RXT`$1,3"!*=6UP
>M(#0N-'!L-````-,>Z_[4`P``````````````````````````````````K`,`
>M`+8#``````!@E`$$``#P"&`"````Q`,``.@#`````````0```/@_`&``````
>L`P```,@#```T!```^`,```````````````````````````````````0`````
>`
>end

Patrick Reijnen

--
************************* Patrick Reijnen *************************
* Department of Computer Science, Catholic University of Nijmegen * 
* Email:  patrickr@{sci,cs}.kun.nl                                *
* WWW:    http://{atlas,zeus}.cs.kun.nl:4080/homepage.html        *

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

From: [email-masked] (David Kastrup)
Subject: Re: Any interest for DCF77 clock code?
Date: 6 Sep 1994 07:57:32 GMT

[email-masked] (Harald Milz) writes:

>In comp.os.linux.development, Rob Janssen ([email-masked]) wrote:

>> When I want to sync only a single machine from my clock (which already
>> is interfaced to the RS232), can I configure xntp to leave out all the
>> network stuff?  I don't need another large daemon in my 16M system...

>No, you need IP up and running. xntp handles the receivers as pseudo-
>hosts with addresses in the range 127.*.*.*. The daemon is not _that_
>large. The good news is that you can configure a single xntpd to handle
>both local receivers and remote NTP servers which is good to have 
>backups in vital environments.

>> How difficult is it to configure this?  (I have been on the newsgroup
>> for a while and I see a lot of problem discussion that extends way beyond
>> what I want to do...)

>Quite easy if you can read ;^)

So I can't. Sue me.
I am still trying to get the xntp3p3 source distribution to run. Main
problem currently: Linux kernel includes a kernel PLL which can be
properly adjusted (much superior to usual adjtime behaviour). The
kernel PLL code in the distrib (I think MCC 1.0+), however, calls
*system* calls of the SUN, only. So I will have to tweak sources
quite a bit to get optimal behaviour.
-- 
 David Kastrup        [email-masked]          
 Tel: +49-241-72419 Fax: +49-241-79502
 Goethestr. 20, D-52064 Aachen

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

From: [email-masked] (Shannon Hendrix)
Subject: Re: Future of linux -- the sequel
Date: Mon, 5 Sep 1994 17:55:21 GMT

[email-masked] (Larry Pyeatt) writes:

>In article <[email-masked]>, [email-masked] (Donald Becker) writes:
>|> 
>|> That's just way more than a reasonable Linux box will cost.

>Define "reasonable."  I defined reasonable to be "something similar to
>SGI Indy.  You can't get that sort of performance with cheap parts.

Yes you can.  The point was that the prices for the individual parts
listed in the Pentium system were far more than what they actually cost.
The $6400 Pentium listed would be more like $2700 to anyone that knows
where to look and I don't mean getting low-quality either.

>If I wanted to do any floating point, I would also want the SGI, since
>it puts Pentium to shame.  Which brings us back to my main point, which
>is that a Linux system with a non-Intel processor would be a "good thing."

Sure, that would be great.  But it will still be awhile before you will
get more bang for the buck from a non-Intel system.

-- 
csh
===========================================================================
[email-masked]      | Linux and BSD

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

From: [email-masked] (John McClary Prevost)
Subject: Re: Kernel change summary 1.1.45 -> 1.1.46
Date: 06 Sep 1994 08:16:20 GMT

In article <[email-masked]> [email-masked] (Remy CARD) writes:

{...}
   ] I seem to remember reading that under BSD the immutable
   ] files can only be modified in single-user mode.  Is it necessary to be in
   ] single-user to remove the immutable attribute as mentioned above?  I think
   ] this would probably be a good idea.  Thoughts?

        In 4.4BSD, immutable and append-only flags can only be set and cleared
   in single-user mode.  It should be easy to make it work the same way in
   Linux: add a system call which specifies the run-level and modify init to
   call it when going into single user mode or multi user mode.  The problem is
   that Linux has many versions of init floatting around and such a solution
   would require that everybody upgrades his init program.

        In the current Linux implementation, only root can change the immutable
   and append-only attribute on a file, in single user mode and in
   multi user mode.

Hmm.  Doesn't this decrease the usefulness of the append-only and
immutable bits?  As I understood it, the rational for adding these
attributes was to make it harder for would-be system crackers to do
serious damage or remove traces of their work.  (i.e., they break in,
hack root, try to remove entries from /var/adm/syslog, and discover
that they have to be in single user mode to do anything except append
to it.)

In any case, bravo on the new addition.  :)

@-`-,-- John McClary Prevost
        Systems Programmer, CS Facilities, Carnegie Mellon University
--
@-`-,-- John McClary Prevost
        Systems Programmer, CS Facilities, Carnegie Mellon University

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

From: [email-masked] (Sakari Mattila)
Crossposted-To: alt.os.linux,comp.os.linux.help,comp.os.linux.misc
Subject: Re: Fortran Compiler for Linux??
Date: 6 Sep 94 07:32:59 GMT

Is there any full Ada(tm) compilers for Linux ?  Some Ada subset compiler
is on PrimeTime CDROM.

Sakari Mattila     [email-masked]   VK2XIN, OH2AZG (Cis: 71307,1525)
P.O.Box u13        tel. +61 67 733752         --------------------------------
Armidale NSW 2351  ---------------------------
===================

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

From: [email-masked] (Andrew Davison)
Crossposted-To: comp.os.linux.misc
Subject: Looking for term2.x applications
Date: 6 Sep 1994 08:01:34 GMT

Perhaps I'm missing something important, but has anyone compiled any of
the major applications (Mosaic, ncftp...) for term 2.x (specifically
2.0.4). If I try to run an app compiled for earlier term versions I get
the error "Connect: Invalid Argument".

If nobody's done it yet, I might set aside some time to do it. 

Regards,
        Andy

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

From: [email-masked] (Volker Lendecke 29121346)
Subject: Re: Netware Client
Date: 06 Sep 1994 08:45:13 GMT

Hi!

In article <[email-masked]> [email-masked] (Mark Evans) writes:

   One problem with the Filesystem side of netware is that there dosn't appear
   to be anything attached to a file which can be used to "fake" an inode number.

I do not think that this is really a problem. You might take a
look at my smbfs (sunsite.unc.edu:/pub/Linux/ALPHA/smbfs). smbfs
implements a client for WfW. The protocol used does not give you
a number to identify the file. You only have the path. 

I studied the 'dynamics' of inodes quite a lot, and noticed the
following: You do not really need unique inode numbers for each
file on the complete filesystem. The only inode numbers which
must be unique are those currently in use. All others can be
allocated freely. A little exception to this scheme is a problem
which Philipp Auersperg detected. The getwd() function relies on
the inode numbers given back by readdir(). So you have to keep
the inode numbers of the complete path leading to each inode in
use unique and reproducable. (This is not implemented in
smbfs-0.2, but 0.3 will come soon.)

If I'm completely wrong, please tell me.

I think the main problem with a Novell client is the protocol
itself. All other things should be solvable.

    Volker

   +=================================================================+
   ! Volker Lendecke               Internet: [email-masked] !
   ! D-37081 Goettingen, Germany                                     !
   +=================================================================+

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

From: bartddgd@w202zrz (Bernd Bartmann)
Subject: Adaptec 2742AT
Date: 6 Sep 1994 10:07:16 GMT

Has anybody heard something about the new ADAPTEC 2742AT. Somebody told me
that is has a new controller chip (AIC7870). I would like to know if it works
with the LINUX 2742T driver from ftp.cpsc.ucalgary.ca and which new features
it has.

Bernd
<[email-masked]>

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

** 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.development) 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-Development Digest
******************************