openembedded-core.git/meta/recipes-extended/cronie, branch master

cronie: use useradd.bbclass instead of hardcoded groupadd calls

2011-11-30T15:38:19Z

Signed-off-by: Martin Jansa

cronie: Updates to cronie

2011-08-24T15:47:30Z

1) Add required pam plugins to RDEPENDS list; 2) Correct configure option that used for enable pam support; 3) Create empty crond config file cron.deny; 4) Don't set readonly variable UID in crond init script. Signed-off-by: Wenzong Fan

cronie: upgrade from 1.4.7 to 1.4.8

2011-08-17T05:54:06Z

Signed-off-by: Dexuan Cui

cronie: enable PAM support for cronie

2011-07-27T10:54:50Z

Enable PAM support for cronie and update its pam config file 'crond'. Signed-off-by: Wenzong Fan

License Field Cleanup: Non-standard field names

2011-05-27T17:27:04Z

I've cleaned up some odd license fields, fixed some license names and corrected some incorrect licenses. LICENSE really needs a pass through by the maintainers as some of the licensing is incorrect. Also, every license with Artistic should be gone through and noted as which version of Artistic. Signed-off-by: Beth Flanagan

cronie 1.4.7: fix packaging

2011-04-21T10:24:21Z

Syslog is full with entries like: /usr/sbin/crond[773]: (CRON) STAT FAILED (/etc/cron.d): No such file or directory Checking the package yields Package cronie (1.4.6-r0) is installed on root and has the following files: /usr/sbin/crond /etc/init.d/crond /usr/bin/crontab /etc/sysconfig/crond Which is missing most of what do_install_append installs, this commit fixes that Signed-off-by: Koen Kooi Signed-off-by: Richard Purdie

cronie: upgrade from 1.4.6 to the latest version 1.4.7

2011-04-18T04:42:42Z

Signed-off-by: Dexuan Cui

cronie: enable multi-user crontab usage and make cron environment complete

2011-02-01T23:59:40Z

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

recipes-extended: Add Summary information

2010-12-16T15:53:08Z

Add Summary information and update descriptions as necessary. Signed-off-by: Mark Hatle

SRC_URI Checksums Additionals

2010-12-09T16:18:17Z

Signed-off-by: Saul Wold