Issue #746 has been updated by Felix Frank.

Hi,

I've been working on some cron stuff lately and consider taking this.

When evaluating the pull request for #16809, we found that the ParsedFile 
provider with its Util::FileParsing foundation is ill fit to handle crontabs.
Even when limiting a new provider to one entry per file, this problem persists. 
The crontab provider has since been fixed to be capable of handling both 
regular jobs and those with BSD special schedules such as @reboot. But now the 
crontab provider mainly comprises code to work around the ParsedFile 
limitations, so we wouldn't want to duplicate that for a cron.d provider.

Bottom line: I'm considering writing a simple provider from scratch, 
specifically not inheriting ParsedFile, because it's such a bad fit. I'm 
optimistic that parsing a simple file comprising just one cronjob resource will 
be sufficiently easy to do without the Util::FileParsing groundwork.

Thoughts? I can see problems when puppet starts managing cron.d files that 
contain more than one job already.

----------------------------------------
Feature #746: Create Cron provider for /etc/cron.d entries
https://projects.puppetlabs.com/issues/746#change-87498

* Author: Udo Waechter
* Status: Accepted
* Priority: High
* Assignee: 
* Category: cron
* Target version: 3.x
* Affected Puppet version: 0.22.1
* Keywords: 
* Branch: 
----------------------------------------
Provide support for managing cron job through /etc/crontab.

*Former bug text:
*Under darwin, the root user is usually disabled, thus it's crontab does not 
work.
As a work around it is possible to create those jobs in /etc/crontab
I did not look into the cron provider, but I guess the change to the code is 
minimal.
thanks.


-- 
You have received this notification because you have either subscribed to it, 
or are involved in it.
To change your notification preferences, please click here: 
http://projects.puppetlabs.com/my/account

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Bugs" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/puppet-bugs?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to