<div dir="ltr">Cron syntax is a great idea. There appears to be at least one nice python library to parse and work with cron schedules:<div><br></div><div><a href="https://github.com/josiahcarlson/parse-crontab">https://github.com/josiahcarlson/parse-crontab</a></div><div><br></div><div>There are a surprising number of edge cases to handle with task scheduling. It would be helpful to just handle all of those in the same way cron does, and document just that. It would save dev time and make the user experience more predictable.</div><div><br></div><div>That said, I worry about migrating existing schedule data. ISO8601 allows for a lot of possibilities. One that I don't think cron has is the ability to run a task a specific number of times. If we do switch to something different, we'll need to figure out up-front how to handle migration.</div><div><br></div><div>Michael</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 6, 2016 at 4:52 PM, Brian Bouterse <span dir="ltr"><<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">+1 to cron. The syntax is super simple [0], and I believe sysadmins already think of schedules in terms of cron.<br>
<br>
[0]: <a href="https://en.wikipedia.org/wiki/Cron#Overview" rel="noreferrer" target="_blank">https://en.wikipedia.org/wiki/<wbr>Cron#Overview</a><div><div class="h5"><br>
<br>
On 09/06/2016 04:47 PM, Patrick Creech wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
During the course of the Task modeling work for Pulp 3, it was mentioned that some discussion should<br>
he had around the use of ISO8601 date fields to control task scheduling.<br>
<br>
So to start this conversation, I pose two questions:<br>
<br>
1)  Should we do away with the use of ISO8601 date fields for scheduling purposes?<br>
<br>
<br>
2) If yes to 1, what scheduling format should we move to?  There were talks about utilizing a system<br>
similar to cron to specify the schedules<br>
<br>
<br>
<br></div></div>
______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/pulp-dev</a><br>
<br>
</blockquote>
<br>
______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/pulp-dev</a><br>
</blockquote></div><br></div>