Subject: Linux-Misc Digest #584
From: Digestifier <Linux-Misc-Request@senator-bedfellow.MIT.EDU>
To: Linux-Misc@senator-bedfellow.MIT.EDU
Reply-To: Linux-Misc@senator-bedfellow.MIT.EDU
Date:     Sat, 22 Jan 94 13:13:58 EST

Linux-Misc Digest #584, Volume #1                Sat, 22 Jan 94 13:13:58 EST

Contents:
  Does the Mitsumi 2xSpeed CD-ROM work with Linux? (j. hurwitz)
  Re: Comments On SLS Linux Spin-Off? (Ian McCloghrie)
  Optimizing UUCP (Was: Re: uucp 1.04 - looking for tester, _complete_ (better)version) (Rick)
  Re: InfoMagic Linux CD (Mario Nascimento)
  *** PLEASE READ THIS BEFORE POSTING *** (misc-2.07) (Ian Jackson)
  Re: Linux as X-Terminal? No! (Pat Breen)
  Re: How to handle lzh files? (Reuben Regucera)
  Re: uucp 1.04 - looking for tester, _complete_ (better)version (Andreas Klemm)
  Re: RFV: Linux International proposal (Mr Sunil Gupta)
  Re: Clock runs slow under Linux (Kevin Lentin)

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

From: jhurwitz@access.digex.net (j. hurwitz)
Subject: Does the Mitsumi 2xSpeed CD-ROM work with Linux?
Date: 21 Jan 1994 19:28:55 -0500



I have one of the newer Mitsumi double speed CD-ROM drives, when Linux
is booting up I see a message saying Mitsumi initialzation failed. I
remember hearing that Linux was compatable with the Mitsumi drive.

Will the Mitsumi double speed work with Linux?.

Is anyone using it now?.

Any help in the matter would be greatly appreciated.




-- 
=======================================================================
- jhurwitz@digex.net ---------- LINUX, the choice of a GNU generation -
=======================================================================

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

From: imcclogh@cs.ucsd.edu (Ian McCloghrie)
Subject: Re: Comments On SLS Linux Spin-Off?
Date: 21 Jan 94 21:26:42 GMT

jem@sunSITE.unc.edu (Jonathan Magid) writes:

>1.0p15 to aim for. :)

        Hehe.  Hopefully, once 1.0 is out the door, we can stop
playing alphanumeric soup with the version numbers :)

--
 /~> Ian McCloghrie      |       FLUG:  FurryMUCK Linux User's Group
< <  /~\ |~\ |~> |  | <~ | email: ian@ucsd.edu               Net/2, USL 0!
 \_> \_/ |_/ |~\ |__| _> | Card Carrying Member, UCSD Secret Islandia Club

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

From: rick@razorback.brisnet.org.au (Rick)
Subject: Optimizing UUCP (Was: Re: uucp 1.04 - looking for tester, _complete_ (better)version)
Date: 22 Jan 1994 14:52:17 +1000

andreas@knobel.knirsch.de (Andreas Klemm) writes:

>But I made the experience, that defining

>#define HAVE_UNBLOCKED_WRITES 1
>and
>#define SINGLE_WRITE 128

>in policy.h gives a better performance than I got with the original package in
>Slackware... (using the same proto and package sizes).
>I'm interested in hearing, if other people make the same experiences....

Interesting - my reading of the source code led me to believe that tweaking
these values would lead to a lower CPU utilization, but wouldn't have much
impact on the transfer rate, and only during outbound connections.  Unless,
of course, %CPU is very high, which would indicate a problem elsewhere (see
below).

>>>o  My package offers faster data transfer rates ( >50 Bytes/sec.)
>>>   in comparison to the original package (using G proto).
>>>   I would be interested in hearing if YOU made the same
>>>   experiences...

When I first read this, my initial impression was that your data transfer
rate is now more than 50 bytes/sec, and my first thought was "get rid of
the 300 baud modem!".  Of course, you mean that you have increased the rate
by more than 50 bytes/sec (right?).

There are other ways to boost throughput.  If you find that your %CPU is
very high, check that you have a 16550A on your serial port.  If your modem
supports some form of compression, make sure that UUCP uses a baud rate
higher than that of the modem/modem link.  For example, if you are
connecting to your feed site at 9k6 baud, set the baud rate (in port for
Taylor, Systems for HDB) to 38400.  If you are running Taylor, increase the
packet size in sys.  You may have to negotiate with the admin at your feed
site for this to take effect.  If possibile, get your feed site to break
your data into large chunks - 300k+.  I get an extra 60cps for a 470k file
over a 60k file (average, not instantaneous, about 4% improvement).  Also
note that your maximum speed is limited by your feed site - if they only
run at plain 9k6, all the tweaking in the world is not going to get you
more than ~960 cps.

Just in case I was mistaken with my earlier code evaluation, I applied the
tweaks you mentioned above.  I've done only one inbound news dump, but
there was no difference - about 1553cps, 7% CPU, 386@25, 16550A, 14k4
modem, 1k packet, g protocal, transferring compressed (.Z) data.  YMMV.  I
can't compare that to an equivalent HDB - I've used Taylor config since I
had to apply a bug fix.  I, too, prefer the Taylor config setup.

-- 
 _-_|\  | Rick Lyons : C/C++/X/Unix/DOS/86/DSP | "Sometimes, I think the proof
/     + | rick@razorback.brisnet.org.au        | that intelligent life exists
\_.-._/ | Work: +61.7.837.4008 (2300-0700 GMT) | elsewhere in the Universe is
     v  | Home: +61.7.349.2764 (0800-1300 GMT) | that it hasn't contacted us."

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

From: mario@seas.smu.edu (Mario Nascimento)
Subject: Re: InfoMagic Linux CD
Date: Fri, 21 Jan 1994 20:13:58 GMT

>As some may have discovered, there is a flaw in the December 1993 
>InfoMagic Linux CD involving links between the sunsite and tsx-11
>archive images on the CD.  I called InfoMagic about this and had 
>my call returned by Kim at InfoMagic this morning who said that they
>are aware of the problem and are already shipping replacements out
>to those who ordered the CD.  If you've ordered one of these you 
>might want to call and verify your shipping address with them.

I didn't call them but received a new CD today by 2nd day mail anyway.
I knew about the "fault" on the CD but I was kinda lazy to call them,
;-) ...

>Just wanted to post this to let everyone know and commend the 
>folks at InfoMagic for their excellent "customer-first" attitude!
>(No, I don't work for them! -- this is an unsolicited testimonial!)

I don't work for them either, but credit should be given when  and to
whom its due ! I just ordered the LINUX-CD once and support them from 
now on. I was impressed with their behavior. InfoMagic, if you hear me 
out there, that's the way to go ! Thanks.

>Mark A. Horton      ka4ybr              mah@ka4ybr.atl.ga.us   mah@ka4ybr.com 

Mario.
--
  +------------------------------------------------------------------------+
  | +------------------+        mario@seas.smu.edu                         |
  | | MARIO Nascimento |        SMU Box 752165 - Dallas, TX 75275-2165 USA |
  | +------------------+        Phone # at SMU (214) 768-1404 (CST)        |
  +------------------------------------------------------------------------+
  * God is not real, neither integer, unless you declare it to be so  ;-)  *
  * Suicide is like saying to God - You can't fire me ! I am quiting (%-)) *

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

From: ijackson@nyx.cs.du.edu (Ian Jackson)
Subject: *** PLEASE READ THIS BEFORE POSTING *** (misc-2.07)
Date: Sat, 22 Jan 1994 11:03:00 GMT

Please do not post questions to comp.os.linux.misc - read on for details of
which groups you should read and post to.

Please do not crosspost anything between different groups of the comp.os.linux
hierarchy.  See Matt Welsh's introduction to the hierarchy, posted weekly.

If you have a question about Linux you should get and read the Linux Frequently
Asked Questions with Answers list from sunsite.unc.edu, in /pub/Linux/docs, or
from another Linux FTP site.  It is also posted periodically to c.o.l.announce.

In particular, read the question `You still haven't answered my question!'
The FAQ will refer you to the Linux HOWTOs (more detailed descriptions of
particular topics) found in the HOWTO directory in the same place.

Then you should consider posting to comp.os.linux.help - not
comp.os.linux.misc.

Note that X Windows related questions should go to comp.windows.x.i386unix, and
that non-Linux-specific Unix questions should go to comp.unix.questions.
Please read the FAQs for these groups before posting - look on rtfm.mit.edu in
/pub/usenet/news.answers/Intel-Unix-X-faq and .../unix-faq.

Only if you have a posting that is not more appropriate for one of the other
Linux groups - ie it is not a question, not about the future development of
Linux, not an announcement or bug report and not about system administration -
should you post to comp.os.linux.misc.


Comments on this posting are welcomed - please email me !
--
Ian Jackson  <ijackson@nyx.cs.du.edu>  (urgent email: iwj10@phx.cam.ac.uk)
2 Lexington Close, Cambridge, CB4 3LS, England;  phone: +44 223 64238

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

From: pbreen@newcastle.edu.au (Pat Breen)
Subject: Re: Linux as X-Terminal? No!
Date: Thu, 20 Jan 1994 05:34:50 GMT

: You can buy color PostScript printers nowadays for under $1000.

You can??  Do you mind telling me where you are sourcing them for
that price?!??!?!?!?!?


Pat

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

From: reubenr@netcom.com (Reuben Regucera)
Subject: Re: How to handle lzh files?
Date: Sat, 22 Jan 1994 04:05:14 GMT

Mark Plasket (plasket@infi.net) wrote:
:  I picked up the ingres04 files from sunsite, and they have an lzh 
:  extension.  The linux decompression utilities decline to handle it.
:  Any ideas as to where to file a Linux utility that will unpack these
:  files?  (I already checked elsewhere on sunsite) 

:  Much thanks

: -- 
: 73 de Mark 
: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
: Mark M. Plasket                plasket@wyvern.com
: N4WQJ                          n4wqj@n4wqj.ampr.org        (AMPRNet)

try lharc foo.lzh

HTH
-- 
========================================================
| Reuben V Regucera               |    !,,,/           |
| reubenr@netcom.com              |      H             |
| reubenr@rvrcoh.UUCP             | Linux is here....  |
| reubenr@reubenr.slip.netcom.com |  and OS/2 2.1 here |
========================================================

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

From: andreas@knobel.knirsch.de (Andreas Klemm)
Subject: Re: uucp 1.04 - looking for tester, _complete_ (better)version
Date: 22 Jan 1994 12:47:57 +0100

jbettis@cse.unl.edu (Jeremy Bettis) writes:
>vince@victrola.wa.com (Vince Skahan) writes:
>>andreas@knobel.knirsch.de (Andreas Klemm) writes:

>>you're inflicting the extremely non-standard Taylor-mode config files
>>on newbies to get them a few utilities that already exist for HDB mode ?

>Taylor UUCP can be compiled to use either HDB or Taylor at runtime.  This is
>what I have mine set up as.  First I started with the same old HDB config
>files I always had, and then as I wanted to use the new features or Taylor
>(Like canceling dialing if the line is BUSY instead of waiting 30 secs for
>timeout) I converted the files one by one to Taylor after I understood them..
>It works with some files as Taylor and some as HDB.  Why didn't you compile
>it with both enabled???
         ^^^^^^^^^^^^

So did I, too. I don't want people force to use taylor uucp config mode
if they want HDB style. But I want to give them a good chance to configure
it more easily for the first time they use uucp.

>I have had nothing but problems with the package you put together for
>SLS1.01, no docs, no sample config files nothing.  With the source I could

That's what I've heard from a German Unix magazine (iX) too, when we wrote
an article about the status of the different Linux releases. It will come out
in February. First they didn't believe, that I got cnews and uucp running
with the binaries and config files and Permissions that came with it ;-)
(Slackware 1.1.0).

>just read the docs and make a Taylor config file, you expect me to go out and
>buy a book on UUCP just so I can set up my sys files.. I don't think so.
>I would discourage anyone from using ANY UUCP binaries.  Since they all seem
>to be configured so badly.

That was the reason for me to try to make a better one.

But some people are so suspicious about my work, without trying/testing
it first so that they known, what they are speaking about.

And I think the way Linux goes isn't based on a manner, that somebody
has to ask someone first, if he is allowed to make a new better package ?!

>This is the problem with most of Linux, people who know nothing (not you
>Vince, other people) make changes to the source, compile it and put binaries
                           ^^^^^^^^^^^^^^^^^^^^^
To make it clear once more. I didn't make changes to the original taylor uucp
sources !! I only used the already present defines in policy.h ... period !

>on one of the ftp sites(without any docs), and then people blame the author
>when they don't work.  

I hope you are not speaking about me in this case ;-)
That's exactly the reason for me, to announce my package for tests first !

BTW: people had problems ftp'ing the stuff (because the ftp site near me has 
only a 9600 Baud Datex P line to internet with also mail and news traffic)
and some people only wanted to try the config files for taylor-uucp config style.

Excuse me for any inconveniences.

Therefore I uploaded the stuff this morning to:

ftp.Germany.EU.Net: /pub/comp/i386/Linux/Incoming.EUnet

-rw-r--r--   1 other    other        3462 Jan 22 11:07 uucp_akl.README
-rw-r--r--   1 other    other       18037 Jan 22 11:06 uucp_akl.config-files.tgz
-rw-r--r--   1 other    other      599549 Jan 22 11:05 uucp_akl.tgz

uucp_akl.README contains the original article from c.s.l.a.

uucp_akl.config-files.tgz containes only the configuration files and the file
policy.h, so people can see, what definitions/changes I did.
But be warned, I don't know where your uucp binaries expect taylor uucp config
files ... Try: /usr/lib/uucp, /conf/uucp or /etc/uucp ... Just a guess.
Or type strings /usr/lib/uucp/uucico | less and look for the strings uucp, sys or
something like that to get an idea, what defaults were compiled in.

If you want the whole package, then get uucp_akl.tgz. It contains everything.

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

One important note: I already found about 30 people (in the range from expert to 
newbee) who wanted to test the package. 

THANKS, THAT'S ENOUGH NOW. 

I expect only from them bug reports via electronic mail. All others: please
be patient !

It's a test release and I don't want to have about hundreds of mails in my mail 
folder asking me the same !!!

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

But if you are impatient, then you have the choice to get all or only the config 
files to take a look in it.

Andreas ///
-- 
Andreas Klemm                 /\/\____ Wiechers & Partner Datentechnik GmbH 
andreas@knobel.knirsch.de ___/\/\/     andreas@wupmon.wup.de (Unix Support)

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

From: sunil@magnetic.demon.co.uk (Mr Sunil Gupta)
Subject: Re: RFV: Linux International proposal
Reply-To: comp.os.linux.misc@magnetic.demon.co.uk
Date: Sat, 22 Jan 1994 00:37:47 +0000

I would like to register a *No* vote, for the following reasons:

  I feel that the marketing of linux is redundant, the product is already
  well known. Novell, SCO, Microsoft and NeXT will be very hostile to a 
  new contendor. 

  A commercially successful product isnt primarily determined by the 
  quality of the product, but by the amount of resources thrown into 
  the marketing campaign. It is worth remembering that, the clients 
  will initially be non-technical management.

|-       promote the Linux operating system as a low-cost implementation of the
|        Unix operating system.

  I don't agree with a cost being attached to the Linux OS. If there is a cost
  it should be a client commiting themselves to a support contract only.

|-       market and advertise Linux to those market segments that are deemed
|        will benefit most from the adoption of this operating system

  You will have to come up with some pretty convincing arguments to persuade
  people to change from UNIXware/SCO/NT/NeXTstep/Solaris.

|-       work with existing distributors of Linux in coordinating our efforts
|        and reduce duplication of distribution channels
  What gain is there for the existing distributors?

|-       seek donations from various third-parties to allow the continued
|        development of Linux
  No. 

|-       encourage third-party software developers in developing software for
|        Linux in particular and Unix in general

  Developing an add-on libraries and header files to provide standards 
  conformance such as XPG4 is not too difficult, there are several freely
  available test suites out there for the purpose. This would go a long way
  to convince 3rd part developers to support linux.

  if you really want to see > $500 commercial products available on linux, you
  have to convince the 3rd party people that there is a market: market research

|-       develop the necessary after-sales support and service infrastructure
|        that will be necessary to promote Linux
  This is all I could agree to.

|-       provide any facilities and/or services for the numerous operating
|        systems engineers (nearly all you people reading this) that are
|        contributing to the development of Linux

  Linux Books have allready started to appear. THe linux community is currently
  self sustaning, even the most esoteric problems are answered by people on
  the net. Your role would be to distribute that information to people
  not on the net, why should they come to you when they could easily get a 
  public access IP connection and get the solutions/updates direct?.


|non-profit making organsation

No such thing exists (perhaps excepting the FSF).

|Note that there will be many organisational and policy decisions that will need
|to be made and it is expected that the general Linux community will not only

people on the net are transient, policy makers would change every few months,

|-       the setting up of at least three offices - one in the USA, one in
|        Europe, and one for the Australasia region. Where will they be located?

Offices cost money, charge rent etc.

|-       the organisational structure ie who reports to whom and how can
|        everyone get involved?
they can't you're talking 10s of thousands of people

|
|--
In order for your organisation to succeed, you need to recruit experienced
professionals in sales/finance. These people demand mega-bucks. A non-profit
organistional will never have the resources to mount marketing campaigns.

I hope for your sake you get an overall no vote. The scale of the problem
is much more than you can possibly imagine. Please rethink your aims
and objectives otherwise you will create an unmanagable infrastructure with
poorly defined milestones. Another problem you will face is communication 
between the developers/support people on the net, and your clients.

Problems almost invariably scale up exponentially for the sort of 
organisation you propose. I suggest you gain experience by trying 
this project on a small scale.

-- 
Home: sunil@magnetic.demon.co.uk
Work: sunil@novell.co.uk, sunil@uel.co.uk

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

From: kevinl@bruce.cs.monash.edu.au (Kevin Lentin)
Subject: Re: Clock runs slow under Linux
Date: 22 Jan 1994 14:34:25 GMT

On 21 Jan 1994 22:44:32 GMT, Jim Kunzman wrote:
> I'm not sure whether others have experienced this, but my Linux
> machines lose about 3 minutes per day.  In lieu of a better Linux
> timekeeper, I would like to put a process into cron that will update
> the clock every day by reading the cmos clock and adjusting the Linux
> time.  Is there such a program?  -Jim


To set the operating system time from the CMOS run: /etc/clock -s
[add -u if your CMOS is set to GMT] [/etc/clock has probably moved to
/sbin/clock or something in the new distributions]

If, however, your CMOS is also losing time, you may need an adjtime file.
Consult the manual page: man 8 clock

-- 
[==================================================================]
[ Kevin Lentin                   |___/~\__/~\___/~~~~\__/~\__/~\_| ]
[ kevinl@bruce.cs.monash.edu.au  |___/~\/~\_____/~\______/~\/~\__| ]
[ Macintrash: 'Just say NO!'     |___/~\__/~\___/~~~~\____/~~\___| ]
[==================================================================]

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


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: Linux-Misc-Request@NEWS-DIGESTS.MIT.EDU

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

    Internet: Linux-Misc@NEWS-DIGESTS.MIT.EDU

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    sunsite.unc.edu				pub/Linux

End of Linux-Misc Digest
******************************
