<div dir="ltr">On Thu, Dec 4, 2014 at 10:17 AM, Zbigniew Jędrzejewski-Szmek <span dir="ltr">&lt;<a href="mailto:zbyszek@in.waw.pl" target="_blank">zbyszek@in.waw.pl</a>&gt;</span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, Dec 04, 2014 at 09:39:35AM -0500, Matthew Miller wrote:<br>
&gt; [tick tock] would mean alternating between concentrating on release<br>
<span class="">&gt; features and on release engineering and QA process and tooling. During<br>
&gt; the &quot;tick&quot;, we&#39;d focus on new features and minimize unrelated rel-eng<br>
&gt; change. During the &quot;tock&quot;, we&#39;d focus on the tools, and minimize change<br>
&gt; that might affect that.<br>
</span>This view is very engineering- and internal-project- centric. If you<br>
only mean tools developed in Fedora and for Fedora, please say so.<br>
<br>
If you mean everything, then this plan doesn&#39;t sound good. Delaying<br>
features for a couple of months works with anaconda, but not with any<br>
independent external project which is going to accumulate features<br>
irrespectively of what Fedora is doing.<br>
In case of large projects this is bad for two reasons:<br>
1. a jump twice as big when it is finally taken<br>
2. in the &quot;tock&quot; release, wasted effort is spent on backporting fixes<br>
   while upstream moves on.<br>
<br>
And of course Fedora is not &quot;First&quot; anymore.<br>
<br>
I can see how this kind of cadence might be useful for some projects<br>
or packages, but they should decide on their own, independently.<br>
<br></blockquote><div><br></div></div>As a user, I love the idea of stabilizing Fedora tools on every other release. As a developer and a user, I like the idea of those releases labeled differently, so that individual packages can adopt those semantics if it makes sense for them, independently. Basically, the name or release &quot;type&quot; (not &quot;LTS&quot;, but whatever label is appropriate), could be a semantic hook for packages to follow or not.<br></div><div class="gmail_extra"><div><div class="gmail_signature"><div dir="ltr"><br>--<br>Christopher L Tubbs II<br><a href="http://gravatar.com/ctubbsii" target="_blank">http://gravatar.com/ctubbsii</a></div></div></div>
<br></div></div>