summaryrefslogtreecommitdiffstats
path: root/meta/recipes-extended/cronie
Commit message (Collapse)AuthorAgeFilesLines
* cronie: Updates to cronieWenzong Fan2011-08-242-4/+6
| | | | | | | | | | | | 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. (From OE-Core rev: 0fa1989b03cf70c7f27629c8340963fcef862097) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cronie: upgrade from 1.4.7 to 1.4.8Dexuan Cui2011-08-171-3/+3
| | | | | | | (From OE-Core rev: 42ee402fc4ecee9349c1e7ce31c55275f34b121e) Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cronie: enable PAM support for cronieWenzong Fan2011-07-272-2/+29
| | | | | | | | | Enable PAM support for cronie and update its pam config file 'crond'. (From OE-Core rev: fec92e4b0c34adc9d512f61ff22de9026b83e3b4) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* License Field Cleanup: Non-standard field namesBeth Flanagan2011-05-271-1/+1
| | | | | | | | | | | | | | | 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. (From OE-Core rev: 4786ecdf7cd427089464dcb62579110d494e7cd7) Signed-off-by: Beth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cronie 1.4.7: fix packagingKoen Kooi2011-04-211-2/+4
| | | | | | | | | | | | | | | | | | | | | 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 (From OE-Core rev: 4ba1d06b51d77f4bb1f542ba26328f718161a92a) Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cronie: upgrade from 1.4.6 to the latest version 1.4.7Dexuan Cui2011-04-181-2/+2
| | | | | | | (From OE-Core rev: 4abf10d5e52bac10fa49018e82ab258e88866ef5) Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cronie: enable multi-user crontab usage and make cron environment completeKevin Tian2011-02-012-2/+41
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* recipes-extended: Add Summary informationMark Hatle2010-12-161-0/+1
| | | | | | Add Summary information and update descriptions as necessary. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* SRC_URI Checksums AdditionalsSaul Wold2010-12-091-0/+3
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* cronie: Update to version 1.4.6Saul Wold2010-11-241-0/+0
| | | | Signed-off-by: Saul Wold <Saul.Wold@intel.com>
* cronie: add the latest version 1.4.4Dexuan Cui2010-09-022-0/+102
Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>