Package: cron Version: 3.0pl1-91 Severity: important
Hello, I've been running a command like the following from within my user crontab. /sbin/ifconfig ppp0 &>/dev/null && fetchmail --slient It worked fine, until I upgraded cron -- now using the Deb cron release with the libselinux1 dependency. With that command, now, fetchmail is being run, every time that comamnd executes within the crontab. Fetchmail is being run, there, even when there is no ppp0 device configured. It appears that the problem is centered upon the fact that 'false' values are now being treated as 'true', within the crontab commands. For example, the following crontab line results in "0" being emailed back to the user: */1 * * * * /bin/false; echo "$?" Executing "/bin/false; echo $?" from within the BASH shell, I see "1" being echoed, as it should be. It appears to be only in CRON that it results in "0" being echoed. I'd like to mention, again, that this has not happened until I'd updated cron, locally -- now using the cron that depends on libselinux1 I am not familiar enough with C, enough to see what could be causing this. I just thought it should be mentioned. Thank you. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages cron depends on: ii adduser 3.67 Add and remove users and groups ii debianutils 2.14.2 Miscellaneous utilities specific t ii libc6 2.3.5-3 GNU C Library: Shared libraries an ii libpam0g 0.77-0.se5 Pluggable Authentication Modules l ii libselinux1 1.24-4 SELinux shared libraries Versions of packages cron recommends: ii postfix [mail-transport-agent 2.1.5-6 A high-performance mail transport -- debconf information: * cron/checksecurity: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
