Re: [SLUG] Debian boot messages

2001-05-21 Thread Michael F.

Thats the plan :) atm its on 2.2.17, I am lazy.. :P

Better yet, get yourself onto 2.2.19 - there were some serious VM problems
(aren't there always?) in 2.2.18 and before. Depending on the task, you
probably don't need any more RAM at all.



-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



Re: [SLUG] Job Opportunity for Matrix 2 3!

2001-05-21 Thread Barrie Hall



Also sounds like a *great* job.

If I could afford to take the pay cut I would certainly throw 
my name in the hat :)

Barrie


  - Original Message - 
  From: 
  Michael F. 
  To: Steve Cronan ; [EMAIL PROTECTED] 
  Sent: Friday, 18 May 2001 18:40
  Subject: Re: [SLUG] Job Opportunity for 
  Matrix 2  3!
  
  Sounds like a busy busy position for the cash, 
  and from what you say, sounds like you want the earth... :)
  
  -
  Michael
  
-Original Message-From: 
Steve Cronan [EMAIL PROTECTED]To: 
[EMAIL PROTECTED] [EMAIL PROTECTED]Date: 
Friday, 18 May 2001 5:19Subject: [SLUG] Job Opportunity for 
Matrix 2  3!
Hi Everyone
Been on the list a long time, but never 
posted!

I'm currently working at fox studios on the 
next 2 matrix movies
and I'm looking for someone to assist 
me.

It will involve support of a network containing 
Pc's, Mac's  a couple Linux servers (Redhat  
FreeBSD).
The opportunity to program in php and mysql 
as well as leaning every aspect of the movie 
industry.

I'm looking for someone with network support, 
programming and database experience as well as having the right 
personality.

It will be a contract for a year, working 
8am-6:30pm at fox studios for $50-$60K depending on experience.
Its a small IT department so you will have to 
be very organised!

Please email me your CV's asap because I'm look 
to start someone in about a week.

Thanks
Steve Cronan

Digital Assets Manager
Matrix 2 Productions





Re: [SLUG] Debian boot messages

2001-05-21 Thread Anand Kumria

On Mon, May 21, 2001 at 08:49:21PM +1000, Jeff Waugh wrote:
 quote who=Michael
 
  Yes low on memory... I have the samething happen on a machine thats hosted
  in another location.. I just had to unload things I really don't need..
  And its fine for now. Will add more ram, soon as I can get a day off and
  get onsite :)
 
 Better yet, get yourself onto 2.2.19 - there were some serious VM problems
 (aren't there always?) in 2.2.18 and before. Depending on the task, you
 probably don't need any more RAM at all.
 
 The SLUG machine is a good example - often enough, the Mailman Python
 processes will fall on the floor leaving their lockfiles, which kills the
 SLUG list - or at least keeps it mail-less for a while.

Has it been rebooted yet? If not it is still running 2.2.17pre21 or
something. 

Anand

-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



[SLUG] DaZZa: SLUG Rebootage, Tuesday Morning

2001-05-21 Thread Jeff Waugh

quote who=Anand Kumria

 Has it been rebooted yet? If not it is still running 2.2.17pre21 or
 something. 

Nein. I was going to on Friday night, but decided to wait until a weekday so
I could call in if anything went wrong. Thus, tonight is the night. :)

shutdown -r now

- Jeff

-- 
Lego is the plural of Lego. 

-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



[SLUG] simple problem

2001-05-21 Thread Luke McKee
Title: simple problem







Hello,


I've done a little stuff up. I was playing with PAM (nt_dom_auth) and I can't login now.
Here is where it gets interesting - PAM seems to work.


Lets say I fire up a telnet login - I get asked for my password - I get it wrong - login gives me another go etc as per normal.

Lets say I get the password right. The shell dies and all I see in syslog is that login[pidnum] said permission denied.
Pam said auth was successful one line up in the logs. I reinstalled pam from source (on my last open terminal) and re-installed the latest util-linux linked to pam with all the right options (PAM seems to be working by the logs still).

I've checked the obvious - shells exist, home directory right. Checked symlinks to the latest pam libraries. I Re-installed redhat default config from RPM (keeping current libraries) - still to no avail.

Also su also said permission denied. Is there a file somewhere with modal permissions of 000 that is stopping these login utilities from working I should look for?

Best Regards,


Luke





RE: [SLUG] simple problem

2001-05-21 Thread Luke McKee
Title: RE: [SLUG] simple problem






 -Original Message-
 From: Jill Rowling [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, May 22, 2001 11:07 AM
 To: 'Luke McKee'
 Subject: RE: [SLUG] simple problem
 
 
 And the shells are in /etc/shells ?


Thanks Jill.


I checked that of course I'm using /bin/bash not zsh or something new I added.
It looks like it is a pam problem after all.


There is something that redhat's authconfig put into /etc/pam.d/system-auth which is causing it to die.
I read the PAM faq again and moved /etc/pam.d/login and changed /etc/pam.d/other to what the faq said you should do in troubleshooting. (the troubleshooting manual said everything should magically work when you do this - you also need to change the config for the programs already explicitly specified in /etc/pam.d/)

I'm looking into it. When I find the GOTYA I'll tell the list.


Luke





Re: [SLUG] simple problem

2001-05-21 Thread chesty

On Tue, May 22, 2001 at 11:13:57AM +1000, Luke McKee wrote:
 There is something that redhat's authconfig put into /etc/pam.d/system-auth
 which is causing it to die.

perhaps its the pam_access.so line?
Try either commentting it out, or edit /etc/security/access.conf


-- 
chesty


-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



[SLUG] Debugging information = more cpu/memory usage?

2001-05-21 Thread Marshall, Joshua

I'm wondering whether the debugging information that is compiled into
most linux executables affects the cpu and memory usage when the
application is run?

For example, if I strip all the debugging information out of the
executables, does it simply reduce the disk space it uses or does it
also reduce the memory usage?

Thanks for any info!
Josh.


-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



RE: [SLUG] simple problem - RH7.0 PAM

2001-05-21 Thread Luke McKee
Title: RE: [SLUG] simple problem - RH7.0  PAM






I fixed the problem.


Redhat 7.0 by default uses pam_stack.so pam module to have a central auth configuration. Sounds great doesn't it.
Last time I upgrade PAM from using a source version redhat 6.0 I didn't have any problems.


Anyway to the point - the changes to PAM configuration in redhat 7.0 depend on this pam_stack.so. Authconfig writes the system-auth file that all applications installed by redhat (that are PAM aware) are set up to refer to (using pam_stack.so). 

This pam_stack.so module isn't on the PAM website and I can't guess where redhat got it from (don't have time). This module with the correct configuration was dieing in my upgraded version of pam. Now PAM configuration doesn't refer to pam_stack.so anywhere (just like Redhat 6.0) and everything works. Pam_stack.so may come from a kerberos upgrade module (that lets you work with v4 / v5 kerberos) I don't have any more time today to find out where it is. 

Not that I care, but if I could find this module I could preserve redhat's default configuration.


Thanks to everyone for their help.


Luke McKee
[EMAIL PROTECTED]
Network Administrator,
Customer Systems Support
Webpay, Secure Digital Commerce
Webtel Pty Ltd
Ph: +61 2 9921 1234
Fax: +61 2 9923 1700
Web: http://www.webpay.com.au






Re: [SLUG] simple problem - RH7.0 PAM

2001-05-21 Thread Crossfire

Luke McKee was once rumoured to have said:
 This pam_stack.so module isn't on the PAM website and I can't guess where
 redhat got it from (don't have time). This module with the correct
 configuration was dieing in my upgraded version of pam. Now PAM
 configuration doesn't refer to pam_stack.so anywhere (just like Redhat 6.0)
 and everything works. Pam_stack.so may come from a kerberos upgrade module
 (that lets you work with v4 / v5 kerberos) I don't have any more time today
 to find out where it is. 

*sigh*

---BEGIN---
chris@eris:~$ rpm -qf /lib/security/pam_stack.so 
pam-0.72-37
---END---

Ergo, there will be a source RPM called pam-0.72-37 availble from all
good RedHat 7.0 mirrors.

HTH.  HAND.

C.
-- 
--==--
  Crossfire  | This email was brought to you
  [EMAIL PROTECTED] | on 100% Recycled Electrons
--==--

-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



[SLUG] xdvi displays RGB !

2001-05-21 Thread Mike Lake

Hi All,

Have an unusual problem. My xdvi display was working quite fine but now the
letters are red, green  blue. The characters are fuzzy as each one seems a
superposition of a few characters. It wa quite fine some months ago. 
I made sure Netscape is not running as it can hog colours and have set 
enlightenment background back to plain. If I startx xdvi witha dfferent
background I get same prob. If I expand the background it shows fine without
the blurred appearance.

I don't think I'm running out of colours as xdvi ran fine before, graphics
viewers started after xdvi can show graphics fine and usually if you run ot
of video mem it affects all apps that use colours. xdvi is a B/W app.

Anyone seen this before?

Mike
-- 
Michael Lake, ASF Safety Convenor.
University of Technology, Sydney
Work: [EMAIL PROTECTED] Ph: 02 9514 1724 Fx: 02 9514 1628 
Home: http://www.speleonics.com.au
   *



-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



RE: [SLUG] simple problem - RH7.0 PAM - [NOFLAMES]

2001-05-21 Thread Luke McKee
Title: RE: [SLUG] simple problem - RH7.0  PAM - [NOFLAMES]






 ---BEGIN---
 chris@eris:~$ rpm -qf /lib/security/pam_stack.so 
 pam-0.72-37
 ---END---
 
 Ergo, there will be a source RPM called pam-0.72-37 available from all
 good RedHat 7.0 mirrors.
 
 HTH. HAND.
 
 C.


Crossie I wont bitch with you this time. I'll just paste a line from my last email.


 Last time I upgraded PAM from using a source version, redhat 6.0 I didn't have any problems. 


try typing these commands like I did.


[lmc@ventura Linux-PAM-0.75]# find ./ -name 'pam_stack*


As you will see that pam_stack is not included in the PAM source distribution - nor is it linked to on the Linux-PAM website.

Not all software comes from Redhat's RPM directory :-)


Anyway you have a nice personal website.


Bye


Luke





Re: [SLUG] simple problem - RH7.0 PAM - [NOFLAMES]

2001-05-21 Thread Crossfire

Luke McKee was once rumoured to have said:
  
 ---BEGIN---
 chris@eris:~$ rpm -qf /lib/security/pam_stack.so 
 pam-0.72-37
 ---END---
 
 Ergo, there will be a source RPM called pam-0.72-37 available from all
 good RedHat 7.0 mirrors.
 
 HTH.  HAND.
 
 C.
 
 Crossie I wont bitch with you this time. I'll just paste a line from my last
 email.

 Last time I upgraded PAM from using a source version, redhat 6.0 I
 didn't have any problems.

Dare I ask why you're doing some so fundamentally foolish as upgrading
PAM from source then?  Why won't the currently installed version
suffice?
 
 try typing these commands like I did.
 
 [lmc@ventura Linux-PAM-0.75]# find ./ -name 'pam_stack*
 
 As you will see that pam_stack is not included in the PAM source
 distribution - nor is it linked to on the Linux-PAM website.
 Not all software comes from Redhat's RPM directory :-)

You're obviously forgetting that I'm primarily a Debian user at home.
I just have RedHat at work.  In fact, if you'd bothered to read my
website, you'd realise that.

The thing is, if its in redhat, and its open source, its availible in
SRPM format.

[pam-0.72 contains a copy of RedHat's PAM source post rpm -bp (prep source)]
---BEGIN---
chris@eris:/usr/src/redhat/BUILD/pam-0.72$ find . -name 'pam_stack*'
./modules/pam_stack
./modules/pam_stack/pam_stack.8
./modules/pam_stack/pam_stack.c
---END---

Further inspection shows that this module is contained the the source
tar.gz pam-redhat-0.72-26.tar.gz.

Checking the RPM's change log reveals...

---BEGIN---
* Mon Mar 20 2000 Nalin Dahyabhai [EMAIL PROTECTED]
- Add new pam_stack module.
---END---

RedHat does produce their own stuff for their distros without
submitting it back to the main tree. pam_stack is obviously one such
item.

C.
-- 
--==--
  Crossfire  | This email was brought to you
  [EMAIL PROTECTED] | on 100% Recycled Electrons
--==--

-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



Re: [SLUG] simple problem - RH7.0 PAM - [NOFLAMES]

2001-05-21 Thread Luke McKee

Ok ok ok.

Last posting on this topic my honour. I've made it to the point and fair so there
will be no more need for last words from anyone.

1) I accept there was source available of pam_stack.so but it was in a
redhat.src.rpm. I like getting my updates from the source so to speak.

2) Why did I upgrade?
In troubleshooting a newer pam_ntdom.so module from the samba tng/hd project.
pam_stack didn't seem to work with it either. I wanted vanilla PAM implementation
that one would find in lets say Debian so I would have less trouble with pam
aware programs I compile.

3) I have already complemented you on your website, and both my boss and myself
had a bit of a perusal through it.

4) I guessed (because I was in a hurry) that Redhat introduced this new module to
make it easier for users to globally configure pam aware services and didn't put
it back into the main tree. You confirmed it. Good job.


:-)

Luke



-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



Re: [SLUG] Debian systems on keybd/mouse/monitor switcher?

2001-05-21 Thread Jeff Waugh

quote who=Terry Collins

 I've suddenly started having trouble with a Debian system on a
 monitor/keyboad/mouse switcher and wondering if anyone else had found
 similar problems.

Did you plug it in?

[ I assure you that Debian will have little problems with a hardware
interface switch that weren't already present in the systems involved. I'm
sure there's a policy document on that somewhere around here... ;) ]

- Jeff

-- 
 World domination is a community responsibility. - Michael Hall,  
LinuxPlanet 

-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



Packaging policy (Was: Re: [SLUG] simple problem - RH7.0 PAM - [NOFLAMES])

2001-05-21 Thread Peter Hardy

response type=opinion flamage=NULL
...and then Luke McKee said:
 1) I accept there was source available of pam_stack.so but it was in a
 redhat.src.rpm. I like getting my updates from the source so to speak.
This is where I tentatively suggest not using RedHat.

Packaging systems (RPM, Deb, foo..) assume that they have complete control
of the filesystem, with the exception of a few places like /usr/local.
Doing anything to break that assumption only causes trouble.
Installing a major service like PAM from a tarball is considered to be a big
no-no.
If you leave the PAM RPM in, then the RPM database has corrupt information
regarding PAM.  If you manage to remove the RPM, you break a whole mess of
dependencies, which come back to haunt you, and you make it more difficult
for any other admin who comes along and doesn't realise that there's some
custom stuff in there.

The ideal option would be to hack the SRPM, either keeping the rogue module
from being compiled, or splitting it into an optional extra package.  Or, if
you _really_ like getting your updates from the source, then may I suggest
either Slackware, whose rudimentary packaging system is really easy to
avoid, of looking into the Linux From Scratch project.

For the record, I have built my own system from scratch, and spent many
years as a Slackware zealot before I got lazy and moved to Debian.

Cheers,
Peter
[EMAIL PROTECTED]
--
By now the whole of downtown Morpork was alight, and the richer and worthier
citizens of Ankh on the far bank were bravely responding by feverishly
demolishing the bridges.
   (Terry Pratchett, The Colour of Magic)

-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



[SLUG] wget question

2001-05-21 Thread mehmeto

Hi All

This might seem like a dumb question, but I'm try to get wget to
output to stdout so I can pipe it to another command.

I've tried man wget but still can't find anything. I'm sure it's possible

Regards

Mehmet Ozdemir
[EMAIL PROTECTED]



This message powered by EMUmail.  http://EMUmail.com



-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



Re: [SLUG] wget question

2001-05-21 Thread Jeff Waugh

quote who=[EMAIL PROTECTED]

 This might seem like a dumb question, but I'm try to get wget to
 output to stdout so I can pipe it to another command.

wget -O - http://www.slug.org.au/images/slug.gif | strings

- Jeff

-- 
   A rest with a fermata is the moral opposite of the fast food
   restaurant with express lane. - James Gleick, Faster

-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



[SLUG] wget question

2001-05-21 Thread mehmeto

Hi All

This might seem like a dumb question, but I'm try to get wget to
output to stdout so I can pipe it to another command.

I've tried man wget but still can't find anything. I'm sure it's possible

Regards

Mehmet Ozdemir
[EMAIL PROTECTED]



This message powered by EMUmail.  http://EMUmail.com



-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



Re: [SLUG] wget question

2001-05-21 Thread mehmeto

  This might seem like a dumb question, but I'm try to get wget to
  output to stdout so I can pipe it to another command.
 
 wget -O - http://www.slug.org.au/images/slug.gif | strings
 
 - Jeff

That was fast :), Thanks Jeff

Mehmet Ozdemir



This message powered by EMUmail.  http://EMUmail.com



-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



Re: [SLUG] wget question

2001-05-21 Thread Jeff Waugh

quote who=[EMAIL PROTECTED]

 That was fast :), Thanks Jeff

This is the part where at the end of the episode, everyone looks to each
other and laughs and says, Awww, shucks. Thanks, postfix!

Alternatively, it could end with someone taking exim's mask off, revealing
it to be a doddering old fool who says, If it weren't for these meddling
kids, I would have got away with it!

DaZZa: The SLUG machine reboot seemed to go okay. ;)

- Jeff

-- 
Markets are what you sell bubbly health drinks, flourescent blow up 
furniture and mobile phone ring melodies to.

-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



Re: [SLUG] wget question

2001-05-21 Thread Adrian van den Dries

For a nicer command line, if you have the LWP perl package installed:

$ GET http://slug.org.au/

will print good requests to stdout and dud requests to stderr.

(Discovered this while trying manual HTTP requests, and the HTTP session
timed out. Probably why it was written, too.)

\a.

Wrote Jeff Waugh, on May 22 around 14:21:

 quote who=[EMAIL PROTECTED]
 
  This might seem like a dumb question, but I'm try to get wget to
  output to stdout so I can pipe it to another command.
 
 wget -O - http://www.slug.org.au/images/slug.gif | strings

-- 
Cantanker /
-/-
/ cantanker.net

-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



Re: [SLUG] wget question

2001-05-21 Thread Mike Holland

On Tue, 22 May 2001 [EMAIL PROTECTED] wrote:

   This might seem like a dumb question, but I'm try to get wget to
   output to stdout so I can pipe it to another command.

there is no man page, but see the info pages.

e.g.  % info wget
or% info -f /usr/share/info/wget.info

Lots of FSF programs prefer info to man pages.



-- 
Mike Holland  [EMAIL PROTECTED]
  --==--


-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



Re: [SLUG] Debian systems on keybd/mouse/monitor switcher?

2001-05-21 Thread Terry Collins

Jeff Waugh wrote:

 Did you plug it in?

If only it was this, or even my old favourite of crystalization of the
contacts - think VOCs (volatile organic compounds in offices).

 
 [ I assure you that Debian will have little problems with a hardware
 interface switch that weren't already present in the systems involved. I'm
 sure there's a policy document on that somewhere around here... ;) ]

Thanks Jeff, I needed a laugh with this system. I had forgotten about
that old radio skit where the customer rings the company's service desk
to report a problem he is having with on of their products. The reply is
That is not possible sir. We have a policy that forbids that problem
ever happening.


--
   Terry Collins {:-)}}} Ph(02) 4627 2186 Fax(02) 4628 7861  
   email: [EMAIL PROTECTED]  www: http://www.woa.com.au  
   WOA Computer Services lan/wan, linux/unix, novell

 People without trees are like fish without clean water

-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



[SLUG] find -exec cp {} current-directory.messages

2001-05-21 Thread Terry Collins

Is there a way of telling find to copy a file in the directory where it
finds it?

I'm trying to run   find . -name files.bbs -exec cp {} .messages \;
but this just copies each files.bbs into .message in the directory where
the command is run, rather than the directories where each files.bbs
exists

--
   Terry Collins {:-)}}} Ph(02) 4627 2186 Fax(02) 4628 7861  
   email: [EMAIL PROTECTED]  www: http://www.woa.com.au  
   WOA Computer Services lan/wan, linux/unix, novell

 People without trees are like fish without clean water

-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



Re: [SLUG] find -exec cp {} current-directory.messages

2001-05-21 Thread Howard Lowndes

Probably not with find alone, but a bit of for; do; done script should get
it fixed.

-- 
Howard.  LANNet Computing Associates http://lannetlinux.com
_
We needn't, as socialists, get too concerned about privacy;
it's a bourgeois right, closely allied to the right to private property.
- Former Federal Health Minister Neal Blewett,
addressing the Fabian Society in 1988 in relation to the Australia Card issue.

On Tue, 22 May 2001, Terry Collins wrote:

 Is there a way of telling find to copy a file in the directory where it
 finds it?
 
 I'm trying to run   find . -name files.bbs -exec cp {} .messages \;
 but this just copies each files.bbs into .message in the directory where
 the command is run, rather than the directories where each files.bbs
 exists
 
 --
Terry Collins {:-)}}} Ph(02) 4627 2186 Fax(02) 4628 7861  
email: [EMAIL PROTECTED]  www: http://www.woa.com.au  
WOA Computer Services lan/wan, linux/unix, novell
 
  People without trees are like fish without clean water
 
 


-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug



Re: [SLUG] find -exec cp {} current-directory.messages

2001-05-21 Thread Michael F.

Sorting out your old BBS filebase stuff into ftp server .message files :)

-
Michael [EMAIL PROTECTED] with X=michaelf Y=cp2 Z=org

 Is there a way of telling find to copy a file in the directory where it
 finds it?
 
 I'm trying to run   find . -name files.bbs -exec cp {} .messages \; but
 this just copies each files.bbs into .message in the directory where
 the command is run, rather than the directories where each files.bbs
 exists
 



-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug