<div class="gmail_quote">On 18 September 2012 21:46, Shaun McDonald <span dir="ltr"><<a href="mailto:shaun@shaunmcdonald.me.uk" target="_blank">shaun@shaunmcdonald.me.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><br><div><div><div class="h5"><div>On 18 Sep 2012, at 12:39, Brett Henderson <<a href="mailto:brett@bretth.com" target="_blank">brett@bretth.com</a>> wrote:</div><br><blockquote type="cite">
<div class="gmail_quote">On 17 September 2012 02:57, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org" target="_blank">frederik@remote.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I didn't know that it works without a state file at all!<br></blockquote><div><br>If no state file is available, it will initialise itself to the latest sequence.  In other words, on first run it will download the latest state file and exit without making any changes.<br>

<br></div></div></blockquote><div><br></div></div></div><div>I'm thinking that this is a poor default, and a better default would be to use a state file for the current planet file, possibly going as far as adding a comment to state that if was auto generated, and include the previous plant date as an alternative.</div>
</div></div></blockquote><div><br></div></div>It seemed like a good idea at the time :-)<br><br>I'm not keen on automatically setting it to planet timestamps.  That would require knowledge of the planet server layout, and assumes that the data is being downloaded from the planet server.  Currently the only URL required is the URL of the replication files, and that is defined in the config file.<br>
<br>How about aborting with an error message stating that it can't run without being initialised with a state file?  That's a fail safe approach that avoids silently missing data.<br><br>Brett<br><br>