From: owner-colug-digest@bopper.wcbe.org (colug-digest)
To: colug-digest@bopper.wcbe.org
Subject: colug-digest V3 #192
Reply-To: 
Sender: owner-colug-digest@bopper.wcbe.org
Errors-To: owner-colug-digest@bopper.wcbe.org
Precedence: bulk
Reply-To: colug@bopper.wcbe.org

colug-digest           Monday, May 15 2000           Volume 03 : Number 192



Re: [COLUG] May presentation (repost)
wish script woes -- getting to know X
Re: [COLUG] Newbie greetings
Re: [COLUG] wish script woes -- getting to know X
Re: [COLUG] May presentation (repost)
Re: [COLUG] May presentation: various OS emulators
Re: [COLUG] lock problem
Re: [COLUG] Newbie greetings
Re: [COLUG] Newbie greetings
RE: [COLUG] lock problem
Re: [COLUG] lock problem
setting up automated linux installation

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

Date: Mon, 15 May 2000 15:40:17 -0400
From: Robert Grimm <pi@kidneypi.cx>
Subject: Re: [COLUG] May presentation (repost)

I think that is a good idea.

Chad Cunningham wrote:
> 
> From: Jim Wildman <jawildman@cfanet.com>
> 
> How about emulations?  I've got VMware and Wine working.  Anyone for
> dosemu or any of the Mac or game stuff?
> 

- -- 
"Don't fool with the Dark Overlord!"
	--Howard T. Duck
Skydivers: Good to the last drop
http://www.kidneypi.cx

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

Date: Mon, 15 May 2000 15:48:34 -0400 (EDT)
From: P Hunter <hunter@owlriver.com>
Subject: wish script woes -- getting to know X

After my fumbling in the presentation at the last COLUG meeting
with that darn Enlightenment window 'manager', I have broken
down, and spent the last week using X, rather than shell as my
desktop.

The color is rather nice, although I have not yet arrived at a
strategy on what to keep in which pager panel/sub-window. (What
_is_ the proper nomenclature for the differing panels?)

Here is my issue:

I have a process which is cronned to dump a tail on a file to VC
12 periodically ... displacing the prior content there. I've
written a wish script which is working pretty well, but ...

I have re-written the app in a wish script.  But while I am at
it, I decided to add functionality.  I cannot find the syntax for
handing a file's content to an lpr pipe.  I've read 'man n open',
and tinkered with it to no avail.

My current fragment code is:

######################################### 
# proc Print {} { 
#This does not work - TBD
        .stat insert 0.0 "Printing ...\n"
        set lpr [ open | lpr "w" ]
        catch { exec tail -55 $env(HOME)/telcomp/log.cid.tail } output
        puts $lpr $output
        close $lpr
        .stat insert 0.0 "... Done\n"
        } 
#                                              

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

.stat is a status window

=======================

The other issue is that a _cronned_ process cannot easily
determine which, if any, X DISPLAY to use [If no X is running for
a given userid, it should silently die].  Additionally there may
be permissions issues which I have not yet hit.

My thought is to scan 'w', and then the process table for userid,
and then walk the tree until I find an X running;  that 'ps' line
appears to list the display, so then I can hand it to one of the
panels ('pager windows <?>').  I'd prefer to spot the LIVE panel,
but this may be asking too much.

But this seems like the hard way to do it.  

Any suggestions on either issue in the group?

- -- Phil H

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

Date: Mon, 15 May 2000 15:47:00 -0400
From: Keith Hanlon <keith@orchestraville.com>
Subject: Re: [COLUG] Newbie greetings

I bought a new issue of a Linux magazine... can't remember which 
one... but it had a lot of information on setting it up. I don't 
know, maybe it was the network experience I had from Windows 98, but 
I doubt it!

Good luck!

Keith

>WOW Keith, you make it sound so easy, now I feel really dumb. I have had my
>Red Hat 6.2 for over a month now and still cant manage to hook up to the net,
>I have been pestering everyone on the list for the past 3 or 4 days but
>probably seems like an etertinity to them.....LOL. anyway I hope you get
>things working correctly.
>
>David M
>
>-
>COLUG mailing list tag line: =======================================
>Want to know more:        http://static.colug.net/              

- -- 
_____________________________
Orchestraville
Dark, twisted pop music
http://www.orchestraville.com

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

Date: Mon, 15 May 2000 16:04:26 -0400 (EDT)
From: Rob Funk <rfunk@wks.uts.ohio-state.edu>
Subject: Re: [COLUG] wish script woes -- getting to know X

P Hunter wrote:
>I have a process which is cronned to dump a tail on a file to VC
>12 periodically ... displacing the prior content there.

Why not just have syslog write directly to /dev/tty12?

>I have re-written the app in a wish script.  But while I am at
>it, I decided to add functionality.  I cannot find the syntax for
>handing a file's content to an lpr pipe.  I've read 'man n open',
>and tinkered with it to no avail.

Can't tcl run a shell command (lpr /var/log/messages)?  You may need
to have another tcl extension besides tk, such as tclX (which results
in wishx when combined with tk).  Or pick a different language
environment, such as python....

>The other issue is that a _cronned_ process cannot easily
>determine which, if any, X DISPLAY to use [If no X is running for
>a given userid, it should silently die].  Additionally there may
>be permissions issues which I have not yet hit.

Ever tried xconsole?  Just send the data to /dev/console, and use
xconsole (or xterm -C) to see it.  Don't try to mess with X from
within cron; make it client-server.

- -- 
============== R o b  F u n k =============|========> funk+@osu.edu <=======
"...his hands were doing what they liked to| rfunk@wks.uts.ohio-state.edu
do best -- replacing men like himself with | rfunk@marvin.uts.ohio-state.edu
machines." -Vonnegut, "Player Piano" | http://wks.uts.ohio-state.edu/~rfunk/

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

Date: Mon, 15 May 2000 20:31:49 +0000
From: jep@columbus.rr.com
Subject: Re: [COLUG] May presentation (repost)

Chad Cunningham wrote:

> I'd be honored to give a presentation on TurboLinux with a
> focus on our clustering technology (if anyone is interested).

Sounds good to me.  I curious about TurboLinux.  

Jim Prior

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

Date: Mon, 15 May 2000 20:36:48 +0000
From: jep@columbus.rr.com
Subject: Re: [COLUG] May presentation: various OS emulators

Jim Wildman wrote:
> 
> I had volunteered (in a post that bounced) to showoff the VMWare and
> Wine emulations.  I wondered also about dosemu and any of Mac or game
> emulators.

With all the legacy stuff that I've, 
I'm interested in all the above emulations.  

Jim Prior

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

Date: Mon, 15 May 2000 16:44:44 -0400 (EDT)
From: Chad Cunningham <ccunning@math.ohio-state.edu>
Subject: Re: [COLUG] lock problem

For future reference, useradd and passwd will tell you the password file
is locked when your root partition is full... I personally feel an error
message along the lines of "no space left on device" would be more
appropriate, but hey...

- --

Chad Cunningham
ccunning@math.ohio-state.edu

Only 127 days until RSA Patent expiration!

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

Date: Mon, 15 May 2000 16:55:49 -0400 (EDT)
From: Tom Hanlon <ab201@seorf.Ohiou.Edu>
Subject: Re: [COLUG] Newbie greetings

Hi keith !!

You are going to face a lot of security issues. 

I do not know how to go about handling all of that.
Perhaps get it working so that the ipmasquerading is all working and do a
test setup with ftp on the linux box. 

Then be prepared to tear it all down and rebuild it in a secure manner and
maybe add a 486 firewall. 

The security stuff always was always too much for me as a newbie. 
It was hard enough figuring out what inetd was all about and then your are
quickly advised to "killall -HUP blah blah <grep -blah -blah inetd.conf"
or do something dificult in order to secure your box. Confusion and RTFM
would result.

I am not advising you to run an insecure machine i am just saying learn
the basic setup first and then you add the security/firewall
stuff.  

I found the RedHat Linux6Server book by Mohammed J Kabir M&T books to be
pretty good for explaining networking services on RH. I can loan you my
copy. My RH machine is in the shop, so I am giving SUSe a test run. Drop
me a private e-mail and we can arrange a book transfer.

There is an online article called "armoring linux" i will find a link to
it. It gives you a good security overview.

Tom

 -- 
Tom Hanlon       ab201@seorf.ohiou.edu

			
						
					

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

Date: Mon, 15 May 2000 17:18:43 -0400
From: "Scott Merrill" <skippy@skippy.net>
Subject: Re: [COLUG] Newbie greetings

- -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> I'm currently stuck. I want the Linux machine (a used IBM PC 350 I 
> bought at Computer Success) to be the gateway for my Windows 98 
> machine. I want to get an FTP server going on the Linux box as
> well.  Maybe I need to step back and learn a little more background
> information. However, I'm hoping there's a clear-cut HOWTO or 
> something specifically designed for what I want to do. Once I get
> the  FTP site and my network going, I'm going to sit down and learn
> everything else.

The security issues are a valid concern, but luckily there are a
couple of utilities to give you a jump start.

By far the easiest way to configure IP Masquerading AND provide the
first modicum of security is PMFirewall:
http://www.pointman.org/pmfirewall

Once you're a little more comfortable with your system, check out the
Bastille Project
http://www.bastille-linux.org/
and then read this helpful introduction:
http://www.securityportal.com/cover/coverstory20000501.html

Best of luck.

- -----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com>

iQA/AwUBOSBpsgtEsLcGrQv5EQKUNQCgzQl/uEdoiWHFKkMe2HRTbVXlrY8Anjmr
xDMeS/qVUiDe9Frt9Udg32/b
=PMTF
- -----END PGP SIGNATURE-----

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

Date: Mon, 15 May 2000 17:27:56 -0400
From: Aaron Howard <ahoward@noerrors.com>
Subject: RE: [COLUG] lock problem

Since those are standard progs that come with the base kernel stuff, perhaps 
you should submit as a request to the kernel developers to make that change 
(or make the change and submit the diff) and see what happens...

Well, it's a thought anyway.

- -Aaron Howard


- -----Original Message-----
From: Chad Cunningham
Sent: Monday, May 15, 2000 4:45 PM
To: colug
Subject: RE: [COLUG] lock problem


For future reference, useradd and passwd will tell you the password file
is locked when your root partition is full... I personally feel an error
message along the lines of "no space left on device" would be more
appropriate, but hey...

- --

Chad Cunningham
ccunning@math.ohio-state.edu

Only 127 days until RSA Patent expiration!

- -
COLUG mailing list tag line: =======================================
Want to know more:        http://static.colug.net/              

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

Date: Mon, 15 May 2000 17:35:49 -0400 (EDT)
From: Rob Funk <rfunk@wks.uts.ohio-state.edu>
Subject: Re: [COLUG] lock problem

Aaron Howard wrote:
>Since those are standard progs that come with the base kernel stuff, perhaps 
>you should submit as a request to the kernel developers to make that change 
>(or make the change and submit the diff) and see what happens...

The useradd and passwd utilities have nothing to do with the kernel;
they're userspace utilities.  Don't bother the kernel developers about
them.
- -- 
=========== R o b  F u n k ==========|=========> funk+@osu.edu <==========
  Guildenstern: "So there you are."  |  rfunk@wks.uts.ohio-state.edu
  Rosencrantz:  "Stark raving sane." |  rfunk@marvin.uts.ohio-state.edu
(Tom Stoppard, Ros. & Guil. Are Dead)|http://wks.uts.ohio-state.edu/~rfunk

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

Date: Mon, 15 May 2000 18:08:53 -0400 (EDT)
From: rjones@cmh.ascend.Com (Robert Jones)
Subject: setting up automated linux installation

Does anyone have information on configuring a boot/root disk to do a
fully automated linux installation.  I already have a working custom
boot/root disk.  Now I'm trying to automate populating the file system.
The problem I'm having is:

resetting the root device from /dev/ram0 to /dev/hda1

I think if I could do this, then I could get the rest to fall into
place.  Does anyone know how to do this.

Thanks,
Rob Jones

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

End of colug-digest V3 #192
***************************


COLUG-digest footer =================================================
Want to know more:        http://static.colug.net/