<br><br><div class="gmail_quote">2008/11/11 Bill Nottingham <span dir="ltr">&lt;<a href="mailto:notting@redhat.com">notting@redhat.com</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">Bojan Smojver (<a href="mailto:bojan@rexursive.com">bojan@rexursive.com</a>) said:<br>
&gt; I&#39;m not so sure about the &quot;easily&quot; bit.<br>
&gt;<br>
&gt; Let&#39;s say disconnected non-local authentication got addressed by various<br>
&gt; components. How are you going to test this without pulling in the whole new<br>
&gt; distro if something in say glibc got changed to accommodate it? Very hard to do<br>
&gt; and not worth the trouble of risking massive breakage this can cause.<br>
<br>
</div>To bring a more concrete angle to the discussion - the new plymouth<br>
bootup support required not just the new plymouth package, but also<br>
changes to:<br>
<br>
- mkinitrd<br>
- initscripts<br>
- X server<br>
- X drivers<br>
- kernel<br>
- gdm<br>
- mesa (?)<br>
<br>
... at which point you&#39;re dragging back an awful lot.</blockquote><div><br>And if it&#39;s deemed stable enough for F10 as a release then surely it should be stable enough as an update for F9. A big and not uncomplicated update granted but we could in theory put this into updates-testing and roll it out for F9 as well. If the argument against doing this would be stability one would be left questioning how F10 could be labelled stable in the fist place.<br>
</div></div><br>