Subject: Linux-Development Digest #311
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Sat, 15 Oct 94 10:13:08 EDT

Linux-Development Digest #311, Volume #2         Sat, 15 Oct 94 10:13:08 EDT

Contents:
  Floppies still don't work under 1.1.54 (Shaune Beattie)
  Re: Differing console resolutions per virtual console? (Harald Milz)
  Re: Need MOTIF Library Clone (Harald Milz)
  Re: We a FAQ: Linux vs. *BSD!!! (Geoff Rehmet)
  Re: What is the Status of the Adaptec 2940W SCSI-3 support? (Harald Milz)
  Re: A badly missed featur (Riku Saikkonen)
  SCSI: ISA/VLB, what difference? (Peter Suetterlin)
  Re: question about the kernel (Steven Buytaert)
  Re: 8-bit colour ANSI and ncurses (Andries Brouwer)
  Re: /etc/passwd and /etc/group standards (Chris Bitmead)
  Re: GNUStep...Is It Real or Just a Hoax?!? (Martin Michlmayr)
  1.1.53 - fdformat - IOCTL error still there (Vincent Fatica)
  Re: Shared Libs: working toward a permanent solution? (H. Peter Anvin)
  Re: Improving SLIP latency under Linux (Robert Sanders)
  Kernel change summary 1.1.50 -> 1.1.51 (Russell Nelson)
  Kernel change summary 1.1.51 -> 1.1.52 (Russell Nelson)
  Kernel change summary 1.1.52 -> 1.1.53 (Russell Nelson)

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

From: [email-masked] (Shaune Beattie)
Subject: Floppies still don't work under 1.1.54
Date: 15 Oct 1994 00:04:58 GMT

I couldn't access my floppy under 1.1.53 same happens with 1.1.54, 51 and 52 
were fine though (apart from the umount problem in 51).

beattie:~# mount /dev/fd0 /floppy/
mount: /dev/fd0 is not a valid block device
beattie:~# fdformat /dev/fd0
ioctl(FDGETPRM): No such device

 -----------------------------------------------------------------------------
|Snail:                  |Email: (choose one of)     |Tel: +44(0)223 501878   |
|Shaune Beattie          [email-masked]        |                        |
|St. Catharine's College [email-masked] |Thought for the day...  |
|Cambridge CB2 1RL       |                           |I need a better sig :)  |
 -----------------------------------------------------------------------------

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

From: [email-masked] (Harald Milz)
Subject: Re: Differing console resolutions per virtual console?
Reply-To: [email-masked]
Date: Tue, 11 Oct 1994 17:54:05 GMT

In comp.os.linux.development, Andries Brouwer ([email-masked]) wrote:
> [email-masked] (Jon Thackray) writes:

> : Someone said a few months back, that they were going to write a program
> : to allow different console resolutions per vc. Has this ever been
> : finished? I can't find any code in any of the Linux archive ftp sites.
> : I might try and work out how this could be written myself.

> : (This is since I've discovered that my S3 card will support 132x42 by
> :  altering the kernel, but 132x42 is too small for full-time use)

> Get kbd-0.88.tar.gz from funet.
> (Your virtual consoles will all be the same size at any moment in time
> but there is a resize command that will change this size whenever you
> want.)
> I find 100x40 quite workable.

Are you talking about 100x40 for S3 boards? Gee!

-- 
Just because everything is different doesn't mean anything has
changed.
                -- Irene Peter
-- 
Harald Milz ([email-masked])      WWW: http://www.ix.de/editors/hm.html
iX Multiuser Multitasking Magazine      phone +49 (511) 53 52-377
Helstorfer Str. 7, D-30625 Hannover     fax   +49 (511) 53 52-378
Opinions stated herein are my own, not necessarily my employer's.

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

Crossposted-To: comp.os.linux.help,comp.os.linux.misc
From: [email-masked] (Harald Milz)
Subject: Re: Need MOTIF Library Clone
Reply-To: [email-masked]
Date: Tue, 11 Oct 1994 18:04:12 GMT

In comp.os.linux.development, Alexandre Naaman ([email-masked]) wrote:
> C.W. Southern ([email-masked]) wrote:
> : I am looking for MOTIF libraries.  I don't need MOTIF, just the libraries.
> : I once saw that someone metion that there where some MOTIF Library clones
> : out there.  Does anyone know about this?  Can anyone help.

> There is a MOTIF clone being worked on as we speak. Check out the Projects-Map

No, it's the "Xu-lib & Widget Set" by Udo Baumgart ([email-masked]).

> file for details (on sunsite.unc.edu: /pub/Linux/Incoming or /pub/Linux/docs (I 
> think)).

I hope so ;^) ftp.ix.de:/pub/Linux/docs keeps it too.

-- 
Every absurdity has a champion who will defend it.
-- 
Harald Milz ([email-masked])      WWW: http://www.ix.de/editors/hm.html
iX Multiuser Multitasking Magazine      phone +49 (511) 53 52-377
Helstorfer Str. 7, D-30625 Hannover     fax   +49 (511) 53 52-378
Opinions stated herein are my own, not necessarily my employer's.

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

From: [email-masked] (Geoff Rehmet)
Crossposted-To: comp.os.386bsd.development
Subject: Re: We a FAQ: Linux vs. *BSD!!!
Date: 15 Oct 1994 07:54:51 GMT
Reply-To: [email-masked]

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

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

>Normally I would agree, but in this case I doubt that ignoring the
>questions will stop them from being asked.  New people come into these
>groups all the time and so these questions are bound to keep coming up.
>The problem is, as you point out, not the questions but the answers.  It's
>impossible to answer "Which is better?" without being subjective; there
>isn't any one OS which is clearly better or worse than all the others (and
>I won't get baited into adding "except that they're all better than
>386BSD-1.0", so please don't start THAT thread again either).  IMHO, the
>only chance for resolving this issue would be for someone to sit down and
>compile a list of features that shows which OS has what and which doesn't.

It's all very well and easy to say that "someone should go and compile
a list of features and differences".  I think the 386BSD FAQ tries to
do this, to a degree, but the maintainer has (as far as I can recall)
been pretty close to getting pissed of and "leaving the room" on a
number of occasions.  If someone does put together a list of features
and differences, that list has to be maintained.  Such a job would
probably result in more aggravation than anything else, given the
tendency for flame wars to develop.
A feature, which to one person looks good, may look bad to another.
Lets take shared libraries as an example.  I'm pretty sure that you
could get a pretty good flamewar going about whether Linux or *BSD have
got the best solution to shared libraries.  Without going into the
details of each, both have advantages and disadvantages.

I realize that what I'm saying doesn't change or help anything.  It
would however help, if those of us who do try to answer some of the
questions would try and set our egos and our love for our pet systems
aside when answering the questions, and try to give a balanced answer,
and do our best not to write any flame-bait.

I don't think we will get rid of the flame-wars.  Also, the competition
between the groups is good -- it keeps us all on our toes, and the
people who benefit in the end are the users.

It would be nice to see a factual list of differences between the
different free UN*Xes compiled.  I just don't see it happening, and I
sure as hell am not volunteering to do it.  (Remember that anyone who
tries to pin down any one of *BSD or Linux is shooting at a moving
target -- these systems all move so fast as they incorporate new
features and borrow from each other.)

Geoff.

=====BEGIN PGP SIGNATURE=====
Version: 2.6

iQBVAgUBLp+KxsmtR07KMR7ZAQGuwQH/ULLO6PGI8a2eVvjDrNhfu66UsG+pHYKE
ayQTOcIBh9BbNVbxOPwaymD38LoNPDP+qHDo2h7wRdEGQ+R4cUil9w==
=qE5A
=====END PGP SIGNATURE=====
--
 Geoff Rehmet, Computer Science Department, Rhodes University, South Africa
  FreeBSD core team: [email-masked]          | ____   _ o         /\
  [email-masked], [email-masked]     |___  _-\_<,        / /\/\
  finger [email-masked] for PGP public key |    (*)/'(*)    /\/ /  \ \

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

Crossposted-To: comp.os.linux.help
From: [email-masked] (Harald Milz)
Subject: Re: What is the Status of the Adaptec 2940W SCSI-3 support?
Reply-To: [email-masked]
Date: Tue, 11 Oct 1994 18:36:10 GMT

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

> Could the people in the know please forward any information they have on
> this.

-> Projects-Map on sunsite.

-- 
Zounds!  I was never so bethumped with words
since I first called my brother's father dad.
                -- William Shakespeare, "King John"
-- 
Harald Milz ([email-masked])      WWW: http://www.ix.de/editors/hm.html
iX Multiuser Multitasking Magazine      phone +49 (511) 53 52-377
Helstorfer Str. 7, D-30625 Hannover     fax   +49 (511) 53 52-378
Opinions stated herein are my own, not necessarily my employer's.

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

Subject: Re: A badly missed featur
From: [email-masked] (Riku Saikkonen)
Date: Fri, 14 Oct 94 19:57:00 +0200

>> I know of no other language than C++ which has multiple comment syntaxes.
>Pascal. Fortran.

BASIC! :) (REM, and ' in the newer varieties)

-=- Rjs -=- [email-masked] - IRC: Rjs
"From cavern pale the moist moon eyes / the white mists that from earth
arise / to hide the morrow's sun and drip / all the grey day from each
twig's tip." - J. R. R. Tolkien

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

From: [email-masked] (Peter Suetterlin)
Subject: SCSI: ISA/VLB, what difference?
Date: 14 Oct 1994 14:38:38 GMT

  Hi all!

I have a Buslogic BT445s VLB Hostadapter and use the buslogic driver
which now is part of the kernel :-)
Allthough there are no real complaints, I noticed after a while when
looking at the kernels bootmessage that the driver is detecting the card
as a ISA Model. A quick look in  the source showed me the possility to
override the detection, which I then tried.
Strange enough, a benchmark comparison between the ISA and the VLB
Version (using bonnie) showed nearly no difference with a slight
slowdown for the VLB version (I did 3 runs for each version, and the
difference lies above the statistical variation).
How can that be? Even if the transferrate is dominated by the speed of
the drive (a 500 Meg Fujitsu), which it shurely is, it is not that easy
to understand. 

Hits welcome.

  Peter

==================   Peter 'PIT' Suetterlin   =================
|   Kiepenheuer Institut     |   Sternfreunde Breisgau e.V    |
|   fuer Sonnenphysik        |                                |
|   0761/3198-210            |   0761/71571                   |
-<[email-masked]>-<[email-masked]>--

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

Crossposted-To: comp.unix.internals,comp.os.linux.help
From: [email-masked] (Steven Buytaert)
Subject: Re: question about the kernel
Date: Fri, 14 Oct 1994 12:55:32 GMT

Dongxiao Yue ([email-masked]) wrote:
: I am reading the Linux kernel source code, and have some difficulty
: understanding one crucial point. Usually before the a process try
: to manipulate some global data structures ( like the free buffer list),
: it will disallow interrupts in some critical section. But as I read the 
: source for linux, I can not find where this is done, for example
[ snip ]

  You don't find the 'cli()' and 'sti()' statements nowhere ?
  They are assembler macros that clear and set interrupts.

  Stef

--
Steven Buytaert 

WORK [email-masked]
HOME [email-masked]

        'Imagination is more important than knowledge.'
                        (A. Einstein)

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

From: [email-masked] (Andries Brouwer)
Subject: Re: 8-bit colour ANSI and ncurses
Date: Wed, 12 Oct 1994 21:47:04 GMT

[email-masked] (H. Peter Anvin) writes:

>Output:

>       <ESC> ) U

>Note there is a *reason* Latin-1 is the default.  Unfortunately the
>current console driver doesn't handle user fonts very well; this will
>have to be worked on.

I tend to agree (if you replace `very well' by `very conveniently').
Do you have suggestions for improvement?
In a sense I feel that we are bound somewhat by the desire to
emulate a VT100, i.e., font changes really are Esc ( * and Esc ) *.
A good thing would be to throw out mapscrn and to encode the mapping
information in the font, especially now that we have Unicode.
But that would make it less trivial to borrow fonts from other sources.

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

From: [email-masked] (Chris Bitmead)
Crossposted-To: comp.os.linux.help,comp.os.linux.admin
Subject: Re: /etc/passwd and /etc/group standards
Date: 13 Oct 94 10:56:43

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

>Hi,
>
>I have been looking around the FTP sites for information about any standards
>for daemon accounts in /etc/passwd such as bin,sync,news,news,... and also for
>naming of groups such as wheel,root,adm,sys,system,...
>
>Has there been anything discussed with this.  I am quite an experienced linux
>hacker and I am for installing linux from peices rather than from a 
>distribution such as slackware, actually I have installed the basic slackware
>set to get me a bootable machine and from here I have started to hack at 
>things as we speak X11R6 is recompiling on it.
>
>Any pointers or suggestions welcome, what entries do commercial versions have
>like SunOS, Solaris, SCO,..., I have access to some other Unix systems.

From my SunOS machine:
root:8x0wpPeeWcRgA:0:1:Operator:/:/bin/zsh
nobody:*:65534:65534::/:
daemon:*:1:1::/:
sys:*:2:2::/:/bin/csh
bin:*:3:3::/bin:
uucp:*:4:8::/var/spool/uucppublic:
news:*:6:6::/var/spool/news:/bin/csh
ingres:*:7:7::/usr/ingres:/bin/csh
audit:*:9:9::/etc/security/audit:/bin/csh
sync::65534:65534::/:/bin/sync
sysdiag:*:0:1:Old System Diagnostic:/usr/diag/sysdiag:/usr/diag/sysdiag/sysdiag
sundiag:*:0:1:System Diagnostic:/usr/diag/sundiag:/usr/diag/sundiag/sundiag
+::0:0:::

nogroup:*:65534:
daemon:*:1:
kmem:*:2:
bin:*:3:
tty:*:4:
operator:*:5:
news:*:6:
uucp:*:8:
audit:*:9:
staff:*:10:
other:*:20:
+:

From a Solaris machine:
root:x:0:1:0000-Admin(0000):/:/sbin/sh
daemon:x:1:1:0000-Admin(0000):/:
bin:x:2:2:0000-Admin(0000):/usr/bin:
sys:x:3:3:0000-Admin(0000):/:
adm:x:4:4:0000-Admin(0000):/var/adm:
lp:x:71:8:0000-lp(0000):/usr/spool/lp:
smtp:x:0:0:mail daemon user:/:
uucp:x:5:5:0000-uucp(0000):/usr/lib/uucp:
nuucp:x:9:9:0000-uucp(0000):/var/spool/uucppublic:/usr/lib/uucp/uucico
listen:x:37:4:Network Admin:/usr/net/nls:
nobody:x:60001:60001:uid no body:/:
noaccess:x:60002:60002:uid no access:/:
versant:x:10501:10::/export/versant:/bin/zsh
telecard:x:11204:11204:Telecard System:/export/telecard:/bin/zsh
tele:x:11204:11204:Telecard System:/export/telecard:/bin/zsh

root::0:root
other::1:
bin::2:root,bin,daemon
sys::3:root,bin,sys,adm
adm::4:root,adm,daemon
uucp::5:root,uucp
mail::6:root
tty::7:root,tty,adm
lp::8:root,lp,adm
nuucp::9:root,nuucp
staff::10:
daemon::12:root,daemon
nobody::60001:
noaccess::60002:

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

From: [email-masked] (Martin Michlmayr)
Subject: Re: GNUStep...Is It Real or Just a Hoax?!?
Date: 15 Oct 1994 10:03:18 GMT

Derrik Walker II ([email-masked]) wrote:

: That means I'll have to get an SGI (I really like the Indies, but there 
: so expensive coompared to the RS/6000's ).

I would never get a SGI, better buy SUN.

: :  It is real, to join the mailing list, send mail to 
: :  [email-masked].

: Some one else gave that to me, I sent it out yesterday but still have not 
: got a reply.

 The person, who maintains the list, is on a trip, he will return on
friday the 22nd.

: I'm glad it was real and not my imagination.  I was beginig to think I 
: would have to do it my self :)

: -Derrik
:  [email-masked]                     [email-masked]

:         http://pclab19.law.csuohio.edu:8099/html/dwalker/home.html

The URL is wrong!

  Martin Michlmayr <[email-masked]>

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

From: [email-masked] (Vincent Fatica)
Subject: 1.1.53 - fdformat - IOCTL error still there
Date: 10 Oct 1994 21:49:34 GMT
Reply-To: [email-masked]

Very shortly after patch52 came out, a few persons observed an IOCTL error
when using fdformat. I figured it would be better in 1.1.53, but apparently
it isn't so:

        >fdformat /dev/fd0H1440
        Double-sided, 80 tracks, 18 sec/track. Total capacity 1440 kB.
        Formatting ...
        ioctl(FDFMTTRK): I/O error

I've noticed that if you fool around enough with the drive, say mount and
umount a file system on it, then afterwards fdformat does not generate the
error.

Respectfully,

Vince Fatica

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

From: [email-masked] (H. Peter Anvin)
Subject: Re: Shared Libs: working toward a permanent solution?
Reply-To: [email-masked] (H. Peter Anvin)
Date: Mon, 10 Oct 1994 22:13:33 GMT

Followup to:  <[email-masked]>
By author:    [email-masked] (Bryan Ford)
In newsgroup: comp.os.linux.development
> 
> Assuming the base of this segment register always points
> to, say, the base of the library's data segment, just stash
> a copy of that actual base pointer in a global library variable
> just after loading the library.  Then the library uses %gs:offset
> to access global variables as proposed, and to convert a pointer,
> just 'addl %gs:__libbase,%eax' or whatever.  One instruction - big deal.
> 
> A potentially bigger problem is saving, setting up, and restoring
> that segment register.  Since a process may use many libraries
> each with a different base, the segment register must be shared,
> and loading a segment register takes mucho cycles.  It could be done
> either in the public library entrypoints, so the register would always
> be loaded when entering the library but wouldn't have to be reloaded
> during private calls within that library; alternatively it could
> be done only in the entry/exit code of functions that access local
> variables, making calls to simple library functions faster but possibly
> causing unnecessary reloads during intra-library calls.
> 

Actually, the selector could be prepared by the kernel at library load
time (at the same time as the __libbase variable is initialized), and
all that needs to be done at entry time is loading the selector into
the appropriate register (9 cycles on 486, 19 on 386).

How does the current PIC code find out where the entrypoint is,
incidentally (i.e. how does the user code call the library)?

        /hpa
-- 
INTERNET: [email-masked]             --- Allah'u'abha ---
IBM MAIL: I0050052 at IBMMAIL     HAM RADIO:   N9ITP or SM4TKN
FIDONET:  1:115/511 or 1:115/512  STORMNET:    181:294/1 or 181:294/101
WWW hyplan available at <http://www.eecs.nwu.edu/hpa/plan.html>

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

From: [email-masked] (Robert Sanders)
Subject: Re: Improving SLIP latency under Linux
Date: 11 Oct 1994 17:00:19 GMT

In article <[email-masked]>,
Andrew R. Tefft <[email-masked]> wrote:
>
>I just wanted to mention that Morningstar PPP has had a queueing
>priority scheme for some time, and from what the documentation says,
>it treats ftp as *interactive*, same as a login session. So people
>have some different ideas on this.

Are you sure that it doesn't just treat the FTP control data as 
interactive?  That's how ncftp does it; the control channel (port 21)
is set to lowdelay and the data channel (port 20) is set to high
throughput.

  -- Robert

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

From: [email-masked] (Russell Nelson)
Crossposted-To: comp.os.linux.announce
Subject: Kernel change summary 1.1.50 -> 1.1.51
Date: 14 Oct 1994 04:06:06 GMT

Units 2 and 3 of both floppy controllers are disabled, because
        switching on the motors of these drives causes system hangs on
        some PCI computers.
Added logging of physical floppy write errors to allow safe writing by
        specialized programs.
Some of the floppy code was NOT in a critical region, so cli/sti removed.
Keep a bitmask of changed floppies.
Introduced a bug into the floppy driver.
[Get rid of special_op in hard disk driver.]
No need for special_op unless we're resetting or recalibrating.
Apricot networking driver cleaned up, retry counts increased.
In aha152x SCSI driver, changed irqaction to request_irq, abort
        updated updates for mid-level-driver changes, accept
        unexpected BUSFREE phase as error condition, parity check now
        configurable.
The block device filesystem driver now buffers writes.
Deadlock detection added in fcntl()'s F_GETLK, F_SETLK, and F_SETLKW calls.
Problem in memset using a constant character value fixed (some values
        would be zero instead of the constant character).
Coalesce a memory block when a vm file is closed.
Protect a memory block by surrounding it with unusable memory.
arp header definition removed from rarp.c.
--
-russ <[email-masked]>    http://www.crynwr.com/crynwr/nelson.html
Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
11 Grant St.      | +1 315 268 1925 (9201 FAX)  | What is thee doing about it?
Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.

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

From: [email-masked] (Russell Nelson)
Crossposted-To: comp.os.linux.announce
Subject: Kernel change summary 1.1.51 -> 1.1.52
Date: 14 Oct 1994 04:06:32 GMT

Updated kernel-contributors list.
Big changes in floppy controller (too many for me to understand).
IDE driver changes for non-disk devices.
Ramdisk driver can now ask the user for the ramdisk.
Console driver now uses memory at 0xa0000 for black&white maps.
lp driver now modularized.
Change to line discipline -- if EOF char, set TTY_PUSH in flags (gets
        rid of gobble_eof).
tty driver now checks for read permission on ioctls.
PLIP driver uses defines instead of literals.
If the filesystem had to write a buffer, search all the lists again.
If the filename being executed is invalid, be sure to return an error.
Buffering added to ext2 fs.
Locking was checking for write permission on its arguments, not read.
NFS changes:
        Do not copy data too often around in the kernel.
        In nfs_file_read the return value of kmalloc wasn't checked.
        Put in a better version of read look-ahead buffering. Original idea
        and implementation by Wai S Kok [email-masked].
        incorrect XID used to confuse Linux.
        use the correct max size, if reading a packet and
        also verify, if the whole packet has been read...
        more checks should be done in proc.c...
Superblock handler now uses a bitmap for tracking devices.
Improvements to sysv/coherent filesystem (now looks for sysv4).
Permit PCI BIOSes with two Service Directories.
System call for interval timers didn't check for read permission on
its memory.
Add a capability to limit a process's cpu time.
time code in kernel wasn't setting the microseconds field to zero everywhere.
Kernel wasn't checking for read permission in stime or settimeofday syscalls.
Skip past '*' character in kernel's vsprintf code.
Read-only virtual memory wasn't implemented quite right.
Some icmp packets were not being put on right device's transmit queue.
Update the loopback route only if there was already one.
--
-russ <[email-masked]>    http://www.crynwr.com/crynwr/nelson.html
Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
11 Grant St.      | +1 315 268 1925 (9201 FAX)  | What is thee doing about it?
Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.

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

From: [email-masked] (Russell Nelson)
Crossposted-To: comp.os.linux.announce
Subject: Kernel change summary 1.1.52 -> 1.1.53
Date: 14 Oct 1994 04:06:55 GMT

Use the right domainname (dns if it's defined).
The scroll-lock LED should track the current console.
Don Becker updated his email address.
Modularize the Ethernet drvers.
Some bug fixes to the 3c501 driver, support added for Sager NP943.
Enumerated constants used in 3c509 instead of literal constants.
Some bug fixes to the 3c509 driver.
Some bug fixes to the at1700 driver.
Support for the AMD PC-Net/32 (VLB) added.
Obscure bug fix for the Zenith Z-Note driver.
Changed the way CPU time overrun was detected.
ICMP timestamp reply was wrong.
--
-russ <[email-masked]>    http://www.crynwr.com/crynwr/nelson.html
Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
11 Grant St.      | +1 315 268 1925 (9201 FAX)  | What is thee doing about it?
Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.

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

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