Re: [SLUG] Debian boot messages
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!
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
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
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
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
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
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?
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
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
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 !
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]
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]
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]
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?
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])
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
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
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
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
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
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
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
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?
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
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
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
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