Re: logcheck question
Kenneth Macdonald Karlsen wrote: Hi. I am running stable and just installed logcheck I get this mail: run-parts: component /etc/cron.d/logcheck is not an executable plain file /etc/cron.d isn't called from run-parts. What is in your /etc/crontab? in /etc/cron.d/ i have this: -rw-r--r--1 root root 147 Feb 21 2002 logcheck run-parts executes the files in /etc/cron.daily, cron.weekly ... so the files must have a x-bit. the contents of file: [EMAIL PROTECTED]:/etc/cron.d$ cat logcheck @reboot roottest -x /usr/sbin/logcheck && nice -n10 /usr/sbin/logcheck 2 * * * * roottest -x /usr/sbin/logcheck && nice -n10 /usr/sbin/logcheck [EMAIL PROTECTED]:/etc/cron.d$ I am used to just installing a package and it works. Can someone enlighten me in whats wrong? Check your /etc/crontab if run-parts is invoked with /etc/cron.d/ Regards Udo
logcheck question
Hi. I am running stable and just installed logcheck I get this mail: run-parts: component /etc/cron.d/logcheck is not an executable plain file in /etc/cron.d/ i have this: -rw-r--r--1 root root 147 Feb 21 2002 logcheck the contents of file: [EMAIL PROTECTED]:/etc/cron.d$ cat logcheck @reboot roottest -x /usr/sbin/logcheck && nice -n10 /usr/sbin/logcheck 2 * * * * roottest -x /usr/sbin/logcheck && nice -n10 /usr/sbin/logcheck [EMAIL PROTECTED]:/etc/cron.d$ I am used to just installing a package and it works. Can someone enlighten me in whats wrong? Kenneth
Re: logcheck question
Kenneth Macdonald Karlsen wrote: Hi. I am running stable and just installed logcheck I get this mail: run-parts: component /etc/cron.d/logcheck is not an executable plain file /etc/cron.d isn't called from run-parts. What is in your /etc/crontab? in /etc/cron.d/ i have this: -rw-r--r--1 root root 147 Feb 21 2002 logcheck run-parts executes the files in /etc/cron.daily, cron.weekly ... so the files must have a x-bit. the contents of file: [EMAIL PROTECTED]:/etc/cron.d$ cat logcheck @reboot roottest -x /usr/sbin/logcheck && nice -n10 /usr/sbin/logcheck 2 * * * * roottest -x /usr/sbin/logcheck && nice -n10 /usr/sbin/logcheck [EMAIL PROTECTED]:/etc/cron.d$ I am used to just installing a package and it works. Can someone enlighten me in whats wrong? Check your /etc/crontab if run-parts is invoked with /etc/cron.d/ Regards Udo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
logcheck question
Hi. I am running stable and just installed logcheck I get this mail: run-parts: component /etc/cron.d/logcheck is not an executable plain file in /etc/cron.d/ i have this: -rw-r--r--1 root root 147 Feb 21 2002 logcheck the contents of file: [EMAIL PROTECTED]:/etc/cron.d$ cat logcheck @reboot roottest -x /usr/sbin/logcheck && nice -n10 /usr/sbin/logcheck 2 * * * * roottest -x /usr/sbin/logcheck && nice -n10 /usr/sbin/logcheck [EMAIL PROTECTED]:/etc/cron.d$ I am used to just installing a package and it works. Can someone enlighten me in whats wrong? Kenneth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian x86info phoning home?
On Fri, 12 Sep 2003, Burton Windle wrote: > Is it just me, or does it look like the Debian x86info package is trying > to phone home, without my permission? Use the source, Luke. x86info.postinst uses debconf, and you probably have debconf configured to mail notes to you instead of displaying them.
debian x86info phoning home?
Is it just me, or does it look like the Debian x86info package is trying to phone home, without my permission? dual266:/home/bwindle# apt-get install x86info Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: x86info 0 packages upgraded, 1 newly installed, 0 to remove and 8 not upgraded. Need to get 29.8kB of archives. After unpacking 127kB will be used. Get:1 http://http.us.debian.org testing/main x86info 1.11-7 [29.8kB] Fetched 29.8kB in 0s (39.9kB/s) debconf: delaying package configuration, since apt-utils is not installed Selecting previously deselected package x86info. (Reading database ... 16147 files and directories currently installed.) Unpacking x86info (from .../x86info_1.11-7_i386.deb) ... Setting up x86info (1.11-7) ... mail: /usr/sbin/sendmail: No such file or directory Can't send mail: sendmail process failed with error code 1 dual266:/home/bwindle# dpkg -l x86info Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii x86info1.11-7 Display diagnostic information about i386 CP -- Burton Windle [EMAIL PROTECTED] Linux: the "grim reaper of innocent orphaned children." from /usr/src/linux-2.4.18/init/main.c:461
Re: debian x86info phoning home?
On Fri, 12 Sep 2003, Burton Windle wrote: > Is it just me, or does it look like the Debian x86info package is trying > to phone home, without my permission? Use the source, Luke. x86info.postinst uses debconf, and you probably have debconf configured to mail notes to you instead of displaying them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian x86info phoning home?
Is it just me, or does it look like the Debian x86info package is trying to phone home, without my permission? dual266:/home/bwindle# apt-get install x86info Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: x86info 0 packages upgraded, 1 newly installed, 0 to remove and 8 not upgraded. Need to get 29.8kB of archives. After unpacking 127kB will be used. Get:1 http://http.us.debian.org testing/main x86info 1.11-7 [29.8kB] Fetched 29.8kB in 0s (39.9kB/s) debconf: delaying package configuration, since apt-utils is not installed Selecting previously deselected package x86info. (Reading database ... 16147 files and directories currently installed.) Unpacking x86info (from .../x86info_1.11-7_i386.deb) ... Setting up x86info (1.11-7) ... mail: /usr/sbin/sendmail: No such file or directory Can't send mail: sendmail process failed with error code 1 dual266:/home/bwindle# dpkg -l x86info Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii x86info1.11-7 Display diagnostic information about i386 CP -- Burton Windle [EMAIL PROTECTED] Linux: the "grim reaper of innocent orphaned children." from /usr/src/linux-2.4.18/init/main.c:461 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sshd, pam and expired passwords
It seems I have managed to hit the ages-old problem of not being able to enforce changing of expired passwords when logging in via ssh. This problem existed years ago in potato but I cannot seem to find any mention of its existence or non-existence in woody. What is the situation at the moment? Is there a way to enforce changing of expired passwords via ssh which uses PAM to authenticate itself? If it is possible, which I very much require to reduce my workload and the frustration of the users, wich configuration items are relevant in sshd_config, /etc/pam.d/(passwd|login|sshd)? Are there any other relevant configuration items? -- --- | Juha Jäykkä, [EMAIL PROTECTED], Assistant | | Laboratory of Theoretical Physics | | Department of Physics, University of Turku| | home: http://www.utu.fi/~juolja/ | --- pgpqGp34i15wK.pgp Description: PGP signature
sshd, pam and expired passwords
It seems I have managed to hit the ages-old problem of not being able to enforce changing of expired passwords when logging in via ssh. This problem existed years ago in potato but I cannot seem to find any mention of its existence or non-existence in woody. What is the situation at the moment? Is there a way to enforce changing of expired passwords via ssh which uses PAM to authenticate itself? If it is possible, which I very much require to reduce my workload and the frustration of the users, wich configuration items are relevant in sshd_config, /etc/pam.d/(passwd|login|sshd)? Are there any other relevant configuration items? -- --- | Juha Jäykkä, [EMAIL PROTECTED], Assistant | | Laboratory of Theoretical Physics | | Department of Physics, University of Turku| | home: http://www.utu.fi/~juolja/ | --- pgp0.pgp Description: PGP signature