<p dir="ltr">On Jan 23, 2014 2:33 PM, &quot;Kevin Fenzi&quot; &lt;<a href="mailto:kevin@scrye.com">kevin@scrye.com</a>&gt; wrote:<br>
&gt;<br>
&gt; On Thu, 23 Jan 2014 19:03:02 +0100<br>
&gt; Thorsten Leemhuis &lt;<a href="mailto:fedora@leemhuis.info">fedora@leemhuis.info</a>&gt; wrote:<br>
&gt; &gt; I&#39;m still undecided if I overall like Fedora.next or fear it. But more<br>
&gt; &gt; and more I tend to the latter position and wonder if it might be wise<br>
&gt; &gt; to slow things down: Do one more Fedora release the old style in round<br>
&gt; &gt; about June; that would give us more time to better discuss and work<br>
&gt; &gt; out Fedora.next and get contributors involved better in the planing.<br>
&gt;<br>
&gt; This is not practical. Lots of people are thinking about a<br>
&gt; fedora.next, qa folks are coding away, lots of people who normally<br>
&gt; would be working on the next release are not. If we tell them to stop<br>
&gt; all that and go back to normal, we could, but then fedora.next will<br>
&gt; likely never ever happen.<br>
[...]<br>
&gt; The current problem I have with Fedora.next is that it&#39;s so abstract.</p>
<p dir="ltr">How are QA folks &quot;coding away&quot; for Fedora.next, rather than traditional Fedora QA processes, if Fedora.next is &quot;so abstract&quot;?</p>
<p dir="ltr">I still don&#39;t understand what the Fedora.next &quot;Products&quot; accomplish that Spins don&#39;t/can&#39;t.</p>
<p dir="ltr">Eric<br>
</p>