Subject: Linux-Development Digest #878
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Fri, 1 Jul 94 15:13:10 EDT

Linux-Development Digest #878, Volume #1          Fri, 1 Jul 94 15:13:10 EDT

Contents:
  Frame grabbers and Linux: is it possible? (Alessandro Rubini)
  Dedicated SCSI swap drive? (Mark 'Enry' Komarinski)
  Re: E2FS panics - can't read inode on my IDE HD after installing SCSI (Yasuo Ohgaki)
  Re: If "yes" press 3 ... (Rob Janssen)
  Re: Linux seems to perform terribly for large directories (Rob Janssen)
  Re: Can DOSEMU execute a unix shell or program?? (Rob Janssen)
  Re: SOL'N: DOSEMU/Netware (Rob Janssen)
  Re: Quirky idea: Remote Virtual Consoles (Byron A Jeff)
  Re: 1.1.24 & Slackware BUG??? (Stuart Herbert)
  Re: Linux seems to perform terribly for large directories (Stuart Herbert)
  Re: 1.1.23 floppy driver broken on my notebook (Bill Broadhurst)
  document of system call on Linux (Confused Ucas)
  Re: Dedicated SCSI swap drive? (David Monro)
  Floppy code still broken with 1.1.24 (Harald Schreiber)
  Re: DOSEMU and Novell (James B. MacLean)
  Re: DosEmu suggestion (James B. MacLean)

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

From: rubini@ipvvis.UNIPV.IT (Alessandro Rubini)
Subject: Frame grabbers and Linux: is it possible?
Date: 1 Jul 1994 05:32:42 -0500

We are looking to buy a frame grabber for our lab: the PC products are quite
attractive and cheap, but we won't shoot ourselves by running windoze or such.
We'd better have support for two concurrent cameras and for storing sequences,
if available.

So my questions:
- Is there a driver for any of the available grabbers out there?
- Either, are there docs about the software interface so to write the
        driver ourselves?

Please, help me bringing a linux box in the lab ;-)

Thankyou in advance
/alessandro
-- 
    __ o        alessandro rubini - rubini@ipvvis.unipv.it
   _`\<,
__( )/( )____           I am italian, but I didn't vote for them...

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

From: komarimf@craft.camp.clarkson.edu (Mark 'Enry' Komarinski)
Subject: Dedicated SCSI swap drive?
Date: 29 Jun 1994 03:50:57 GMT

Here's a theoretical situation:

Say I'm setting up a Linux box with 16M and at least 1G SCSI HD for
some applications that will have to swap out a lot.
Would I get better performance getting an additional 40-50MB SCSI
drive and use that as swap space, or just make a 32MB partition out 
of the 1G drive?

To cut down on the 'it depends on X':
Adaptec 1540 SCSI card
Probably Seagate 1GB HD
Probably El Cheapo (used) 'dedicated' swap HD.

Post or E-mail.  No 'tell-me-too's please..will sum up after I get
some responses.

Thnx.

--
- Mark Komarinski - komarimf@craft.camp.clarkson.edu

Credo quia absurdum est - "I believe because it is absurd"


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

From: yasuo@via.term.none (Yasuo Ohgaki)
Subject: Re: E2FS panics - can't read inode on my IDE HD after installing SCSI
Date: Fri, 1 Jul 1994 10:51:04 GMT

Matthew E Cross (profesor@world.std.com) wrote:
[ deleted ]
: Problem:

:       After I access the tape drive, the kernel usually (but not
: always) panics with 'e2fs panic: cannot read inode block (device 3/1)'
: [sometimes device 3/3].  It doesn't crash, it just kinda sits there,
: and any disk accesses fail halting the process that made them. 
[deleted]
:       Has anyone else seen this?  Does anyone know a workaround?  Is
: anyone looking into this?

I have the same problem.

kernel 1.1.22
ftape 1.12c
no scsi
no sound card
VLB IDE + FDD + 2 serial board.
Colorado Jumbo250

I don't have problem with reboot. (actually, I have problem rebooting
since I've overclocked the CPU. It seems BIOS ROM is too slow.
Sometimes I have press reset buttom to reboot. :( However, except this
problem, this PC works fine. )

--
Yasuo Ohgaki
e-mail: yohgaki@diana.cair.du.edu


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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: If "yes" press 3 ...
Reply-To: pe1chl@rabo.nl
Date: Fri, 1 Jul 1994 07:57:33 GMT

In <2ufn3d$98o@mailman.etecnw.com> bill@etecnw.com (Bill Margolis ) writes:

>       I have a need to construct a voiced, dial-in response system that would hopefully be an
>       improvement over the usual, annoying ...

>               if "yes" press "3" etc, etc, etc.

>       Are there modem supporting systems available under Linux that will allow me to start working
>       on this problem?

But how do you want to do better than that?
The basic problem is that decoding the speech is very hard, especially
when it has to be speaker-independent and free-format.  Maybe recognizing
"yes" and "no" would not be too difficult, but I don't know if it is that
better than pressing a button.

In any case, I have done some work to support the ZyXEL modem as an
answering machine, and it needs some more work to do interactive things.
(right now, one can use DTMF for some remote control like listening to
the recorded messages from a remote site, but it is not a response system)
It can be found at sunsite in System/Serial.
There are also other programs there.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Linux seems to perform terribly for large directories
Reply-To: pe1chl@rabo.nl
Date: Fri, 1 Jul 1994 08:01:47 GMT

In <Cs76BL.2F2@research.canon.oz.au> luke@research.canon.oz.au (Luke Kendall) writes:

>I have strong suspicion that Linux has a problem with large
>directories.  An early pointer to this, was that doing an `ls'
>on a directory with (say) 5000 files, took several minutes
>to begin producing output.  This is _far_ slower than on other
>versions of Unix.

Try it on a DOS system for a change :-)


>So: what gives?  Have others noticed this problem?

The directory is accessed only with linear seaches.  So, when it is
large, it becomes exceedingly slow to access it.
Another factor is that removing files only frees their slots, but does
not compact the directory.  So, after that it remains as slow as it was
until you remove and re-create the directory.

The same effect is seen with DOS and with other UNIXes.  Did you compare
the performance of other UNIX systems on the same hardware?
Maybe the efficiency of the search can be improved...

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Can DOSEMU execute a unix shell or program??
Reply-To: pe1chl@rabo.nl
Date: Fri, 1 Jul 1994 08:09:30 GMT

In <2uvj61$67p@gap.cco.caltech.edu> iotov@cco.caltech.edu (Mihail S. Iotov) writes:

>rob@pe1chl.ampr.org (Rob Janssen) writes:

>>In <don.16.0015D880@ds9.us.dell.com> don@ds9.us.dell.com (Don Carroll         ) writes:

>>>will DOSEMU do the above? 

>>>if it can't it would be a neat idea. or can you start DOSEMU and pass a 
>>>program to run?

>>Can't you just be slightly more specific?  Remember that the world does
>>not know what you are doing, and you need to explain that first.

> I think what he means is something like :

>linux$ dos -execute c:\quicken\q.exe

>That would be a nifty feature.

It is not too difficult to do that.  Just write a small shell script that
writes the command in a .BAT file, and include a call to that .BAT file
in the AUTOEXEC.BAT, followed by a delete of the .BAT file.

something like:

#!/bin/sh
echo $* >/dos/start.bat
exec dos

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: SOL'N: DOSEMU/Netware
Reply-To: pe1chl@rabo.nl
Date: Fri, 1 Jul 1994 08:13:59 GMT

In <2uvrvv$h9r@blackbird.db.erau.edu> andersoa@news.db.erau.edu (Andrew Anderson) writes:

>Well, I finally came up with a hardware/software solution that provides an
>acceptable solution to my problems...

>I finally stole a 286 to run the SOSS program to provide access
>to the CD-ROMS on my Netware file server.  This allows me to have one
>login to my Netware server providing access to files for multiple DOSEMU
>sessions.  This isn't as elegant as what I'd hoped for, but it works.

>This will work for now, as long as I don't add more than 3 additional 
>CD-ROMS (almost out of re-directable driver letters in DOSEMU!).  
>I still have to keep a DOS partition around, though, because the 
>database search software is DOS based. :(  Kind of interesting to
>see a screen and a half of mounts, though! ;)

Just mount the CD drives under a common subdirectory in Linux, and
redirect a drive to that subdirectory.
(e.g. /cdrom/1, /cdrom/2, etc)

>Does anyone know if a faster machine with more memory (than the 1meg
>286 I'm currently using) will significantly speed NFS access?  And just to
>be crazy, has anyone tried running SOSS *through* DOSEMU? :)

SOSS is always slow, at least when I tried it.  It has been tried and
works under DOSEMU.   DOSEMU can also directly access a Netware server,
no need for a SOSS box.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: byron@gemini.cc.gatech.edu (Byron A Jeff)
Subject: Re: Quirky idea: Remote Virtual Consoles
Date: 30 Jun 1994 00:50:58 GMT

In article <Cs5Hw3.7Hr@pe1chl.ampr.org>, Rob Janssen <pe1chl@rabo.nl> wrote:
-In <2uq3eh$9rv@solaria.cc.gatech.edu> byron@gemini.cc.gatech.edu (Byron A Jeff) writes:
-
->Let me try again. I want an application that runs on Sub Linux class PC's
->that will give you a screen, keyboard, and mouse that looks and acts 
->EXACTLY (no approimations allowed) like the screen, keyboard, and mouse
->that's attached to the Linux box.
-
-There really is some place for that, and indeed using telnet or screen
-is not close

Actually the closest I've seen is of course another linux box. When I run
DOSEMU or dialog over the modem to my Linux box at the University with
the console termcap, not only does everything come in color but when I hit
the alt key, it functions properly (in DOSEMU). This facility is what 
sparked the idea in my mind.

-
->Also Ethernet is the only way to go here.
-
-However this I don't understand...  maybe for decent speed graphics, but
-all the other functionality should run fine over a serial link at some
-moderate-to-high speed.  (57600, 115200)

Agreed. And serial would be very important for modems. However ethernet
has become cheap enough in my mind to justify its use in this application.
Especially because I'm looking at multiple remote stations.

Later,

BAJ
-- 
Another random extraction from the mental bit stream of...
Byron A. Jeff - PhD student operating in parallel - And Using Linux!
Georgia Tech, Atlanta GA 30332   Internet: byron@cc.gatech.edu

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

From: ac3slh@sunc.sheffield.ac.uk (Stuart Herbert)
Subject: Re: 1.1.24 & Slackware BUG???
Date: 1 Jul 1994 12:55:33 GMT

Bogdan Urma (bogdan@crl.com) wrote:
:      I've just come across a VERY VERY weird problem with the
: new 1.1.24 kernel, and possibly earlier 1.1.xx kernels. It has
: to do with the 'pkgtool' program in Slackware 1.2.0.x. 

When using dialog(1) (recompiled to use ncurses 1.8.5 - Slackware currently
uses ncurses 1.8.1), and the 1.1.23 kernel, I've noticed that the background
is incorrectly drawn.  I'd fix dialog, but I lose net access today :-( so I
cannot upload the results.

However, I've not yet crashed it at all.

Stuart
--
Stuart Herbert -- S.Herbert@shef.ac.uk

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

From: ac3slh@sunc.sheffield.ac.uk (Stuart Herbert)
Subject: Re: Linux seems to perform terribly for large directories
Date: 1 Jul 1994 12:58:20 GMT

Luke Kendall (luke@research.canon.oz.au) wrote:
: Processor is a 486DX33, with a VLB controller and a 340Mb Western
: Digital IDE drive, 8Mb of memory, running Linux 0.99.13.  The
: floppies are 1.44Mb.                      ^^^^^^^^^^^^^

Mmm ... I suggest upgrading to a later kernel ... current ``production''
kernel is 1.0.9, while the lastest ``bleeding edge'' kernel is 1.1.24.

Stuart
--
Stuart Herbert -- S.Herbert@shef.ac.uk

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

From: bbroad@netcom.com (Bill Broadhurst)
Subject: Re: 1.1.23 floppy driver broken on my notebook
Date: Wed, 29 Jun 1994 04:31:46 GMT

In article <2upls4$sgs@nz12.rz.uni-karlsruhe.de>,
Klaus Schneider <uk0q@rzstud1.rz.uni-karlsruhe.de> wrote:
>Andrew Gallatin (gallatin@duke.edu) wrote:
>: I just built & installed 1.1.23 and noticed that the floppy driver is
>: broken.
>
>Although I have different symptoms than Andrew mentioned, it seems the
>floppy driver is broken in 1.1.23 for me, too.
>
>I tried to build a new boot disk and after the floppy started working
>I got messages like
>
>       floppy I/O error
>       dev 0200, sector 470
>       Reset-floppy called
>
>for every other sector.  I have tried this about 10 times, half of it
>with older kernel versions I still have "in stock" and I was able to
>built the bootdisk every time with older kernels and _never_ with
>1.1.23 (all with the same disk).

First patch to 1.1.24 and see if it fixes your problem.

Then, if that doesn't work, edit the
/usr/src/linux/drivers/block/floppy.c file and comment out the following
line:

#define FDC_FIFO_UNTESTED 

Then re-compile your kernel.  This basically shuts off the 2.88 support.



Be sure to do the patch to 1.1.24 first!

Some machines use the 82077 fdc with 1.44 drives so that the 2.88 drive
can be added with minimal pain.  This is seen most often in notebooks
and laptops. :)

-- 
 -----------------------------------------------------------------------
 Bill Broadhurst   | Independent contract Engineer.        | Finger for 
 San Diego, CA.    | PC Systems Development & Integration. | PGP 2.6 
 bbroad@netcom.com | Coding: BIOS & Diags (x86 Assembly)   | public key. 
 ----------------------------------------------------------------------- 

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

From: thsschl@iitmax.iit.edu (Confused Ucas)
Subject: document of system call on Linux
Date: Wed, 29 Jun 94 01:20:15 GMT

Is it possible that I can get any documents on the system call of Linux?



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

From: davem@extro.ucc.su.OZ.AU (David Monro)
Subject: Re: Dedicated SCSI swap drive?
Date: Wed, 29 Jun 1994 05:08:10 GMT

komarimf@craft.camp.clarkson.edu (Mark 'Enry' Komarinski) writes:

>Here's a theoretical situation:

>Say I'm setting up a Linux box with 16M and at least 1G SCSI HD for
>some applications that will have to swap out a lot.
>Would I get better performance getting an additional 40-50MB SCSI
>drive and use that as swap space, or just make a 32MB partition out 
>of the 1G drive?

Well, I would say a very good idea if the small drive isn't too much
slower than the main one. At home I have 3 IDE drives, one main one
540Mb for linux, and another small on used mostly for dos (ugh).
Putting the swap partition on the small drive (which is also on a
separate controller card to the main one and can thus be accessed more or
less at the same time) resulted in a pretty major boost in performance,
even though the small drive is rather slower. Even two drives on the
same controller card (meaning only one is active at a time) is better
than only one drive, since the heads don't have to seek all over the
disk. I can't see any reason why the advantage wouldn't remain for
SCSI. I think my ideal machine would have 3 300Mb drives rather
than a single 1Gb drive - one for the system, one for users and
one for swap and rarely used stuff.

>To cut down on the 'it depends on X':
>Adaptec 1540 SCSI card
>Probably Seagate 1GB HD
>Probably El Cheapo (used) 'dedicated' swap HD.

>Post or E-mail.  No 'tell-me-too's please..will sum up after I get
>some responses.

>Thnx.

>--
>- Mark Komarinski - komarimf@craft.camp.clarkson.edu

>Credo quia absurdum est - "I believe because it is absurd"

Good luck and happy (fast) swapping...
        David

__
Excellent day for drinking heavily.  Spike office water cooler.


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

From: harald@blizzard.oche.de (Harald Schreiber)
Subject: Floppy code still broken with 1.1.24
Date: Thu, 30 Jun 1994 09:56:52 GMT


For me the floppy driver is still broken with kernel 1.1.24.
After typing
  mount -t msdos -o ro /dev/fd0 /mnt
the floppy light goes on and the harddisk starts eager actions.
Shutdown is impossible, only pressing the reset button helps.
After repairing the file system I examined the file
/var/adm/messages and found hundreds of the following lines:

Jun 29 01:03:50 blizzard kernel: Unable to send byte to FDC
Jun 29 01:03:50 blizzard kernel: floppy: FIFO enabled
Jun 29 01:03:50 blizzard kernel: Reset-floppy called
Jun 29 01:03:50 blizzard kernel: Unable to send byte to FDC
Jun 29 01:03:50 blizzard kernel: floppy: FIFO enabled
Jun 29 01:03:50 blizzard kernel: Reset-floppy called
Jun 29 01:03:50 blizzard kernel: Unable to send byte to FDC
Jun 29 01:03:50 blizzard kernel: floppy: FIFO enabled
Jun 29 01:03:50 blizzard kernel: Reset-floppy called
Jun 29 01:03:50 blizzard kernel: Unable to send byte to FDC
Jun 29 01:03:50 blizzard kernel: floppy: FIFO enabled
Jun 29 01:03:50 blizzard kernel: Reset-floppy called
Jun 29 01:03:50 blizzard kernel: Unable to send byte to FDC
Jun 29 01:03:50 blizzard kernel: floppy: FIFO enabled
Jun 29 01:03:50 blizzard kernel: Reset-floppy called
Jun 29 01:03:50 blizzard kernel: Unable to send byte to FDC
Jun 29 01:03:50 blizzard kernel: floppy: FIFO enabled
Jun 29 01:03:50 blizzard kernel: Reset-floppy called
...

Downgrading to 1.1.22 cured the problem.
I'm using the floppy controller on the DPT PM 2001/95 SCSI-
Controller.

I don't know what's going wrong here, because for other people
the problems with the floppy driver in 1.1.23 went away
by upgrading to 1.1.24.

Thanks for any hints in advance
Harald

-- 
=============================================================
Harald Schreiber, Ronheider Berg 208, D-52076 Aachen, Germany
Phone: [+49|0]-241-79823,     E-mail: harald@blizzard.oche.de
=============================================================

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

From: jmaclean@fox.nstn.ns.ca (James B. MacLean)
Crossposted-To: comp.os.linux.help
Subject: Re: DOSEMU and Novell
Date: 1 Jul 1994 14:24:08 -0300

In article <Cs5IFE.7MD@pe1chl.ampr.org> rob@pe1chl.ampr.org (Rob Janssen) writes:
>From: rob@pe1chl.ampr.org (Rob Janssen)
>Subject: Re: DOSEMU and Novell
>Date: Wed, 29 Jun 1994 09:02:01 GMT

>In <2uqjjr$9br@blackbird.db.erau.edu> andersoa@news.db.erau.edu (Andrew Anderson) writes:

>>Andrew Anderson (andersoa@news.db.erau.edu) wrote:
>>: : lsl
>>: : pdether
>>:   ^^^^^^^  I loaded the odi driver that came with the card (Etherexpress)
>>:         here, and it couldn't find the card...I may try this driver
>>:         also to see if that works better, after I see if the the SIG program
>>:         solves my problems.
>>: : ipxodi
>>: : netx

>>I tracked down pdether with archie, and this setup just locks the dosemu
>>program.  I'm not quite sure where to go from here.  I have SIG installed,
>>and apparently working correctly, but I still can't access the card
>>enough to get the odi driver that came with the card to work.

>This has worked during the pre-ALPHA releases of dosemu, but I heard from
>others as well that it was broken in the 0.52 release that finally
>appeared.  I don't know why, as there was no change at all in the packet
>driver code for quite some time.  I have not tested it myself lately, but
>I have 0.51-23 running with no problem.  James?

>Rob
>-- 
>-------------------------------------------------------------------------
>| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
>| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
>-------------------------------------------------------------------------

This sounds like you are using SIG, then running the above? Pdether does NOT 
need SIG. To use pdether, just :

1) Compile support for your ethernet card into the kernel. (It must be eth0)
2) Boot the new kernel and bring up the interface (ifconfig eth0 ....)
3) Run dosemu
4) run lsl from inside dosemu
5) run pdether from inside dosemu
6) run ipxodi
7) run netx ( I haven't tried net[2-5])

When using SIG, load the normal card's drivers.

LAter,
JES
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
James B. MacLean                    jmaclean@fox.nstn.ns.ca
Department of Education
Nova Scotia, Canada (902) 424-8438

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

From: jmaclean@fox.nstn.ns.ca (James B. MacLean)
Subject: Re: DosEmu suggestion
Date: 1 Jul 1994 14:27:27 -0300

In article <772750607snz@lunchbox.demon.co.uk> Chris@lunchbox.demon.co.uk (Chris Butterworth) writes:
>From: Chris@lunchbox.demon.co.uk (Chris Butterworth)
>Subject: Re: DosEmu suggestion
>Date: Mon, 27 Jun 1994 20:56:48 +0000

>In article <1994Jun26.102637.26836@dragon.stgt.sub.org>
>           danny@dragon.stgt.sub.org "Daniel T. Schwager" writes:

>> Not only Stacker and Double-Space appreciate this, you can also
>> login in a Novell-Network, map some drives and can access the Novell
>> Fileserver from linux via dosemu. Great idea !
>  I guess what we need for this is a 'packet driver' that can load in 
>  the emulated DOS machine and export by NFS using SOSS or similar.
>  This might not be impossible!

As Rob and others point out, there is a need to separate DOSEMU's net 
interface from Linux's so that it bascially has it's own NIC of sorts (like 
slipper). It certainly can be done, and given some time, likely will :-), 
but at this time, the pktdrvr is mostly used for connecting to Netware.

>-- 
>        +-------------------------------------------------------------+
>        | Chris Butterworth          Mail: Chris@lunchbox.demon.co.uk |
>        |             "Everybody does it in the Zone"                 |
>        | Hours: 9:30pm -> Midnight, telnet lunchbox.demon.co.uk 7777 |
>        +-------------------------------------------------------------+

LAter,
JES
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
James B. MacLean                    jmaclean@fox.nstn.ns.ca
Department of Education
Nova Scotia, Canada (902) 424-8438

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


** 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-Development-Request@NEWS-DIGESTS.MIT.EDU

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

    Internet: Linux-Development@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-Development Digest
******************************
