Subject: Linux-Misc Digest #579
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:     Fri, 21 Jan 94 06:13:13 EST

Linux-Misc Digest #579, Volume #1                Fri, 21 Jan 94 06:13:13 EST

Contents:
  Re: Can you help with this SLIP/DIP problem? (Mark A. Bentley)
  Re: Xarchie, can it be run over term?? (Mark A. Bentley)
  "LinuX" ??? (was: The very cool 3D linux logo!) (Kjetil T. Homme)
  Re: infomagic CD Does it exis ("P.J. Wilkin")
  rxvt (Chris Newton CSD)
  Detecting key press/release under console (Brad Pitzel)
  Re: uucp 1.04 - looking for tester, _complete_ (better)version (Vince Skahan)
  What's published for CDROMs on Linux? (Rob)
  Re: Global Alert For All: Jesus is Coming Soon (Kevin Lentin)
  Re: Using 16 modems at once! (Michael O'Reilly)
  Re: Doing tricks with term 1.0.8.. :) help! (Michael O'Reilly)
  Re: cluster-07 results (Kjetil T. Homme)
  FTP server under Linux anyone.

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

From: bentlema@nxsci173c.mrs.umn.edu (Mark A. Bentley)
Subject: Re: Can you help with this SLIP/DIP problem?
Reply-To: bentlema@cda.mrs.umn.edu
Date: Fri, 21 Jan 1994 02:01:02 GMT

In article <2hmtd7$rnm@news.acns.nwu.edu> dennis@dehn.math.nwu.edu (Dennis  
Director) writes:
> I need dome help.  Trying my first SLIP connection, I got
> to the following "Please set HOSTNAME first." message.
> 
> I think I have set /etc/HOSTNAME and all other related files
> as suggested in the HOWTO docs.  Any suggestions?  dennis@math.nwu.edu
> 
> ### Begin logfile
> elvex>slip
> Entering SLIP mode.
> Your IP address is 129.105.9.52.  MTU is 1500 bytes
> Header compression will match your system.
> 
> [ Back to LOCAL mode. ]
> DIP> local 129.105.9.52
> DIP> mtu 1500
> DIP> mode SLIP
> Please set HOSTNAME first.
> DIP> 
> ### End logile
> 
> Thanks for any help.

DIP doesn't read the /etc/HOSTNAME file.  At the command line you type  
"hostname foo.bar.bing.boing".  Try typing "help" while using dip interactively  
to list all of the commands.  Also, it's quicker if you make a file with dip  
commands in it so you don't have to type in the commands every time. (A script)

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Mark Bentley                     bentlema@caa.mrs.umn.edu     (VAX/VMS)
University of Minnesota, Morris          @cda.mrs.umn.edu (UNIX/Ultrix)
UXEM Contact Person                      @nxsci173a.mrs.umn.edu  (NeXT)
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=


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

From: bentlema@nxsci173c.mrs.umn.edu (Mark A. Bentley)
Subject: Re: Xarchie, can it be run over term??
Reply-To: bentlema@cda.mrs.umn.edu
Date: Fri, 21 Jan 1994 02:17:23 GMT

In article <1994Jan18.184747.21835@cdf.toronto.edu> a336dhal@cdf.toronto.edu  
(Dhaliwal Bikram Singh) writes:
> 
> Can Xarchie be run over term??  If not, where can I get the source
> so I can change it.                 
> 
> -bik

I've run Xarchie over TERM 1.0.7 fine....

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Mark Bentley                     bentlema@caa.mrs.umn.edu     (VAX/VMS)
University of Minnesota, Morris          @cda.mrs.umn.edu (UNIX/Ultrix)
UXEM Contact Person                      @nxsci173a.mrs.umn.edu  (NeXT)
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=


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

From: Kjetil T. Homme <kjetilho@ifi.uio.no>
Subject: "LinuX" ??? (was: The very cool 3D linux logo!)
Date: 20 Jan 1994 22:17:14 GMT

[Sorry for the late follow-up]

+--- Ove Ewerlid:
| I just downloaded the new Linux 3D logo rendered in DESIRe 1.4.  I
| find the design of the 'i' rather creative.  But, perhaps, the font
| of the other letters should be more towards an italic font. This
| would make the 'i' blend in more smoothly.
+-------

I agree, it looks _very_ nice!

I do have one objection, though - the X looks like the X Windows
System logo. There is _no_ inherent connection between Linux and
X. Linux is just another platform supported by XFree.

Similarily: When I see "Linux" written "LinuX", I can only say:
"Yeuch!"  (a true gut-level reaction :-)

IMHO WIVH.


Kjetil T.

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

From: wilkinp@cyclops.demon.co.uk ("P.J. Wilkin")
Subject: Re: infomagic CD Does it exis
Date: Thu, 20 Jan 1994 21:48:50 +0000

cale hollingsworth (CALE_HOLLINGSWORTH@billteds.com) wrote:
: ->
: -> In early November I ordered a CD which contains a snapshot of the lin
: -> archives on tsx11 and sunsite. The distributor said that it was relea
: -> every two months and that the next one was due in a few days...
: ->
: -> I later heard that the snapshot was taken on December 16th. Has this
: -> happened?
: -> If so where can I get the CD (UK supplier preffered)?
: ->
: Test

It exists lasermoon has it in stock.  I have it currently in my PC
both sunsite and tsx archives are on it.

Regards

-- 
- Peter Wilkin -+-----------------------------------+-------------------------
+ Kidbrooke     |"As sane as anyone else"           | All views and comments +
+ London. UK    |"sleeping with eyes open"          | are my own, so take    +
+               |"dead but not forgotten" ???       | lightly if needed      +

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

From: u0xh@jupiter.sun.csd.unb.ca (Chris Newton CSD)
Subject: rxvt
Date: Fri, 21 Jan 1994 03:27:58 GMT


        Is there anyway to turn on the jump scrolling technique that 
xterm uses in rxvt?  I find scrolling a directory painfully slow comapred 
to xterms method.

Thanks in advance

Chris Newton
University of New Brunswick


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

From: pitzel@cs.sfu.ca (Brad Pitzel)
Subject: Detecting key press/release under console
Date: Thu, 20 Jan 1994 21:16:41 GMT

Hi,

I can't figure out how to determine when a key is pressed, then
when a key is released under the Linux console (not X, that one's
easy :)

I need this for a simple game I'm writing using svgalib.

vga_getch() from svgalib doesn't help because you only know
when the key is released, but not when its pressed.


Any help is appreciated. Thanks.


--brad


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

From: vince@victrola.wa.com (Vince Skahan)
Subject: Re: uucp 1.04 - looking for tester, _complete_ (better)version
Date: 20 Jan 1994 22:13:39 -0800

andreas@knobel.knirsch.de (Andreas Klemm) writes:
>vince@victrola.wa.com (Vince Skahan) writes:

>In all Slackware releases I saw, the example in the Systems file
>for a site entry is wrong. Is that example from your package ?
>It was the string that was in front of the phone number in 
>/usr/lib/uucp/Systems. This string normally matches with an entry in
>the Dialcodes file. In the example it had the name of an Dialer entry 
>"scout" ;-) And this doesn't work :-(

Scout ?  Ok, It's probably derived from newspak although I have had no direct
personal involvement in Slackware as a product.  The 'scout' line is the
tell-tale since I have that in my newspak stuff and run a Digicom ScoutPlus
modem.

Anyway, I know that the newspak-2.0 configs work as delivered if you edit
in the appropriate remote system name, phone number, username, and password
and the speed (at least nobody has reported to me that they don't).

If you look in the uucp-HOWTO, I have all the generic uucp (HDB) config
files that definitely *DO* work.  I can't speak for what a package author
did as a derivative work from my stuff without my knowledge (but of course
I want to hear when my stuff in 'vanilla' form doesn't work).

[...incidentally, if anybody wants to provide me with generic Taylor mode
        config files for the uucp HOWTO, I'd like to add them to the document...]

>Taylor is fully documented, too, and the documantation costs _nothing_ !
>What I missed in Slackware until now is the original taylor documentation !
>This is another point I wanted to change !

I can't speak for Slackware as a package since I don't know what's in there.
I agree Taylor *is* documented in a fully installed version in the info files.

My concern is that no matter how great the Taylor config files are, it is
not a *nix standard at this time.  My position is that standard is better
for binary distributions [...we can agree to disagree on that one :-) ...]

People can't ask co-workers who run Suns, HP, IBM, Ultrix, SGI etc because
to my knowledge not *ONE* vendor provides Taylor-mode config files.
They all do HDB.

Please find me one vendor or book with Taylor examples in it.  I've checked
many, many vendor communications manuals like you'd find at school or work.
All document (virtually identically) HDB mode.  None document Taylor.

Now, that doesn't mean Taylor mode isn't great or that it isn't an 
improvement in speed or functionality over HDB (because it probably is),
just that it is not standard and in a binary distribution, my opinion is
that standard is what should be delivered...

And I'd like to see newbies spin up to speed fastest, which in my experience
is done my leaning on their friendly admins/coworkers for help...and they'll
know HDB and not Taylor in general.

>Wheres the difference if newbees learn taylor or HDB ?????!!!
>In the beginning they don't know much about the different styles and
>so on. And they surely didn't read a book about HDB uucp ;-)

They should.

I think every 'real uucp admin' should know HDB mode if they want to
be a value as an admin in school or industry.  

If there are people who have never run uucp who are attempting to become
members of 'the net' without reading the O'Reilly "Managing uucp and usenet"
book, they're in for trouble.

There is a certain amount of reading/work needed to become an admin.

>So I think it's allowed to introduce them to Taylor Config mode, which is 
>more verbose. And I made efforts to create well dokumented config files.

Anything is allowed of course though not everything is necessarily wise :-)

>And if anything fails, they can READ the uucp.texi file, because I 
>have included it to my package.

I doubt a newbie admin can handle a .texi file.  

>uutraf ? uurate ? Where are these and other utilities in slackware ?

Again, I can't speak for what is delivered in Slackware, but I can tell you
that I run uutraf here based on it being posted in comp.mail.uucp 
routinely by its author.  These things exist and are easily locatable.

>I think the configuration of taylor is more verbose and easier
>to handle. If you want, you can theoretically make all definitions
>in one file. Again look into the files and then deceide.
>I'd bet, that if you show a person who is new to that stuff
>HDB and taylor files, that the taylor config files are better
>readable.

And when they go to get a job at a site that runs a REAL commercial
unix and they have to set up uucp, they'll be close to useless because
no commercial vendor delivers Taylor uucp in Taylor mode.

>Ok, thats right. But the most people don't buy a book about uucp.
>So, where is the advantage.

They should.  Not doing so is why there are lots of lame admins out
there with misconfigured sites.  We expect programmers to buy books.
Why not people who focus on communications ?

>Is it necessary for using a free uucp on a free unix to have a vendor 
>providing it ????

Nothing is definitively necessary, though I think it's very wise to have
binary distributions to be just-like-real-unix in terms of the config
files and what you have to do to get an out-of-the-box installation
to be fully configured.

Consider what would have happened if the Linux developers had decided
that Linux needed an 'enhanced' /etc/passwd file format or a tcp-ip
installation that didn't have an 'ifconfig' command or a 'route' command
like all other *nixes.  

It would have worked.
It would have been documented.  
It would not have been wise.

If HDB is used in binary distributions (which almost by definition are used
by people who are unable or unwilling to compile from sources), anybody who
has ever run uucp on a commercial *nix is automatically fully trained.  And
anybody new to uucp is automatically of instant value to their school or
company.  If they want to make a later leap to Taylor mode to get the
enhanced functionality, they'll be quite able to do so at a later time.

>Let users come to own conclusions, ok ? 

Sure !

I'm definitely interested in knowing how you tweaked the config files to
get better performance (of course). 

How 'bout we take this to e-mail if needed ?  
My position is that HDB mode is best due to being standard.  
Your position is Taylor mode is best due to clarity.  
We're both probably part right...

Like I said, I suppose we agree to disagree...

-- 
     ---------- Vince Skahan --------- vince@victrola.wa.com -------------
     "When you can get your customer to tatoo your name on their chest,
      it is unlikely that they will change brands"
           - Indiana Univ. of PA professor about Harley Davidson owners

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

From: rob@phavl.UUCP (Rob)
Subject: What's published for CDROMs on Linux?
Date: 21 Jan 94 02:41:38 GMT

My question is: 

   What can you shove in a CDROM drive under Linux?

Obviously there are source distributions just for linux.

Apparently regular music cds (a la Columbia Records) can be
played via workman.

There are image collections, dictionaries, encyclopediae,
zip code databases, national phone books, code collections.  

How does one determine what is of use under Linux?

-- 
rob   "The brain is simply an instrument for the processing 
       of consciousness.  Just as the ears process sound but 
       do not create the tone..."                  Kenneth A. Smith

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

From: kevinl@bruce.cs.monash.edu.au (Kevin Lentin)
Subject: Re: Global Alert For All: Jesus is Coming Soon
Date: 21 Jan 1994 09:30:49 GMT

On Fri, 21 Jan 1994 04:11:16 GMT, Douglas R. Floyd wrote:

> I have a feeling the poster got his account's security breached.

I don't think so. The university that the post comes from, and the content
of the post, as well as the references at the bottom are all of a
particular Church. He probably firmly believes what he says and just
doesn't understand netiquette. I doubt anybody at that university would
demean (sp?) their faith/religion by posting that from someone else's
account.

> I agree with Dan.  The reason I feel that this poor soul got
> hacked is that in general people want to keep their USENET accounts
> and not get their site pulled .

And apparently, on another group, it has been discovered that postmaster at
that site and the gentleman concerned are one and the same!

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

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

From: michael@iinet.com.au (Michael O'Reilly)
Subject: Re: Using 16 modems at once!
Date: 21 Jan 1994 10:52:44 +0800

Michael Paul Lucking (mlucking@cs.uah.edu) wrote:
: I have been assigned a new task at work to develop a network of machines
: that can handle 160 dial in lines at speeds up to 14.4. Each connection
: will be downloading approx. 100k worth of information a day (using sz).
: Trying to keep the cost down, we are looking at using 486/66 machines 
: running Linux. As planned, we would like to use 16 modems per machine
: (thus 10 machines for the dial in). Since the current kernel supports
: the Boca BB-2016 we plan on using one in each machine. What I am
: look for is any comments that Linux users have related to this subject.
: I need to know.
:       1) Can Linux (on a 486/66) handle 16 connections at 14400 bps
:          all receiving data via sz?

Yup. No sweat at all. Just for fun, I looped the 8 serial port on this
machine, at 115K baud, and saturated them all. No worries. much less
than %40 CPU time used (don't remember exact figure, so giving myself
plenty of room.. :)

:       3) What would you say would be the min/max memory needed to 
:          handle the connections? (I guessed that a min of 8meg and
:          a max of 32, but 16 should work just fine)

16 would be plenty for just sz..

: note: these machines will never be doing anything else during the
: dial-in hours. The will be used only for the data transfer.

Hmm. If only sz, even 8 megs of memory would fit the bill. 
Test with one machine...

: Thanks for any comments.
: Michael

Michael.

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

From: michael@iinet.com.au (Michael O'Reilly)
Crossposted-To: comp.os.linux.help
Subject: Re: Doing tricks with term 1.0.8.. :) help!
Date: 21 Jan 1994 10:58:49 +0800

Look up the TERMDIR environment variable.
What you should be doing is....

user A:
run term
chmod 660 ~/.term/socket

user B: (assume in same group as A, otherwise A needs to chmod 666 on
        socket which is a bad idea, both because the fundies jump up
        and down, and because anyone can log back into your machine).
export TERMDIR=~A
        or
setenv TERMDIR ~A
and run term clients. no wukkas.

this is happy at both ends..



Michael.

Dan Miner (dminer@nyx10.cs.du.edu) wrote:
: I got a strange one here.. *evil grin*


: Problem:
:       When the secondary account, the one who didn't first logged in
: and started this stuff, tries to 'tupload' (or probably anything) on Nyx;
: they get 'Permission denied' on Nyx.  Now, this is what I was getting
: on my end BEFORE I made the server a superuser process.  Well, I can't
: do that on Nyx.  *grin*

: So, any ideas on how to fix this?  Mine would be to make the
: term clients suid and suid and add the code to switch to
: the other user..  I think that will work?

: [Note: security isn't a big issue here..  Uploading and downloading
: with both of us "dialed-in" IS!  :) ]

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

From: Kjetil T. Homme <kjetilho@ifi.uio.no>
Subject: Re: cluster-07 results
Date: 21 Jan 1994 03:01:34 GMT

+--- Craig Johnston:
| Of concern is the increase in CPU utilization...is this always going
| to be the case w/a scheme such as this?
| [...]
|               -------Sequential Output-------- ---Sequential Input-- --Random--
|               -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
| Machine    MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU  /sec %CPU
|
| i486 16M  100   625 42.0   873 18.6   525 17.1   760 61.0  1632 31.3  56.2  9.7
| i486 clus 100  1210 84.9  2053 36.6   841 22.0   904 73.3  1993 39.9  53.1  6.7
+-------

%CPU may go up, but now the transfer takes shorter time. I recast your
benchmark to show the (kB/s)/%CPU number:

              -------Sequential Output-------- ---Sequential Input-- --Random--
              -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
Machine    MB K/sec/%CPU K/sec/%CPU K/sec/%CPU K/sec/%CPU K/sec/%CPU  /sec/%CPU

i486 16M  100    14.9       46.9       30.7       12.5       52.1       5.79
i486 clus 100    14.3       56.1       38.2       12.3       49.9       7.93


This shows kB per workload, and the higher the number, the better. As
you can see, the cluster mods haven't increased the workload noticably
other than for the sequential block input, and sequential block output
and rewrite is quite a bit improved (20-25%). And random seeks are 35%
better.

So there is absolutely no cause for concern. May Eric live and prosper
for many many years to come :-)


Kjetil T.

PS. I haven't even got a SCSI disc (yet), so ask Craig Johnston
<cjohnsto@cs.cs.uno.edu> if you have questions about the benchmark.

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

Date: Fri, 21 Jan 1994 01:19:13 EST
From: <3JJN3@QUCDN.QueensU.CA>
Subject: FTP server under Linux anyone.

Any one out there running a FTP server under Linux. I would like
to set up a anonymous FTP server, I got the HW, but no SW. The internet
connection will be SLIP using 28.8 K modems. CPU will be 486-66 with
4 GB Hard drive.


Thanks for the help

Jay

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


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