summaryrefslogtreecommitdiff
path: root/meta/recipes-extended/mailx
diff options
context:
space:
mode:
authorKevin Tian <kevin.tian@intel.com>2011-01-26 19:09:14 +0800
committerRichard Purdie <richard.purdie@linuxfoundation.org>2011-02-01 23:59:40 +0000
commitede0009e7c30e22b0c41a648ec082b1fad013000 (patch)
tree0684a1e9142d79ddbf7471b14188cd91d0b5496f /meta/recipes-extended/mailx
parentd0bf83cc9b6cc34fd3cc7fe95fb3edd9a0e4c231 (diff)
downloadopenembedded-core-ede0009e7c30e22b0c41a648ec082b1fad013000.tar.gz
openembedded-core-ede0009e7c30e22b0c41a648ec082b1fad013000.tar.bz2
openembedded-core-ede0009e7c30e22b0c41a648ec082b1fad013000.tar.xz
openembedded-core-ede0009e7c30e22b0c41a648ec082b1fad013000.zip
cronie: enable multi-user crontab usage and make cron environment complete
fix [BUGID #673] several cron related test cases in LTP reveals that our current cron recipe is not complete: a) a complete cron hierarchy better have: /etc/crontab /etc/cron.d /etc/cron.hourly /etc/cron.daily /etc/cron.weekly /etc/cron.monthly b) for a normal user to use crontab command: add a new group - crontab /usr/bin/crontab is setgid to root:crontab /var/spool/cron is owned by root:crontab below are optional, and thus not included in the default setup: /etc/cron.deny /etc/cron.allow cronie by default only allows root user to use crontab, if neither cron.deny nor cron.allow exists. They are controlled by final policy deployed on the product. Signed-off-by: Kevin Tian <kevin.tian@intel.com>
Diffstat (limited to 'meta/recipes-extended/mailx')
0 files changed, 0 insertions, 0 deletions