<div dir="ltr">Hello Kurt,<div><br></div><div>We have not yet had that discussion yet.</div><div><br></div><div>As someone from a distribution, what would you like from NTPsec?</div><div><br></div><div>..m</div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Mar 13, 2016 at 2:04 PM Kurt Roeckx <<a href="mailto:kurt@roeckx.be">kurt@roeckx.be</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sun, Mar 13, 2016 at 08:31:04PM +0000, Mark Atwood wrote:<br>
> Hi!<br>
><br>
> One of the policy mistakes that was killing MySQL 5.0, back in the day, is<br>
> that they would not make a point release until a target feature for that<br>
> point release was done.  This was killing them/us, because of the standard<br>
> difficulties with estimation was causing every  announcement to just be the<br>
> announcement of a delay, while users were waiting for bug fixes and for<br>
> proof of momentum.<br>
><br>
> Solaris and OpenSolaris had a different philosophy: they released<br>
> regularly, metronomically, by a schedule.  Features that were not ready<br>
> "missed the train", but could catch the next one.  Users got their regular<br>
> bug fixes, and each announcement was positive.<br>
><br>
> I propose that we move to a scheduled release model, with the addition of<br>
> security fast releases.<br>
><br>
> I'm thinking every two weeks, on Tuesday morning.<br>
><br>
> Discussion? Comments? Objections?<br>
<br>
As someone from a distribution, I'm wondering if you'll have<br>
stable release that you'll support with at least security fixes<br>
and possibly bug fixes, and how long you think you'll support<br>
those releases.<br>
<br>
<br>
Kurt<br>
<br>
</blockquote></div>