<br><br><div class="gmail_quote">On Sun, Jan 25, 2009 at 8:35 AM, Jannis Pohlmann <span dir="ltr"><<a href="mailto:jannis@xfce.org">jannis@xfce.org</a>></span> wrote:<br><div><snip> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Now, everyone knows that a bug-free release is unrealistic. Most of the<br>
components haven't really changed since November and for those who have<br>
been running it since beta2 it worked really well.<br>
Of course more testing would be cool, but personally, I'm slowly getting<br>
tired of discussing the schedule again and again. Whenever we decide on a<br>
new schedule and try to stick to that, someone raises concerns. Why not<br>
worry less, let the beast off the rope and see how this turns out? I<br>
think it's time to finally end this struggle. Even if 4.6 will not end<br>
up to be the most stable Xfce release ever, it is in a faily good shape<br>
today and everyone is going to be happy as soon as 4.6.0 hits the<br>
servers.<br>
<br>
I know we'll have to clean up a few things and fix a few bugs after the<br>
release anyway, so releasing 4.6.1 maybe a month after 4.6.0 should be<br>
fine. I'll also have a lot more time after FOSDEM than I have right<br>
now, so I'll help where I can.</blockquote><div><br>I agree with you 100% Jannis. However, on a bit of a tangent, there should be some wiggle room to allow for stop-ship, release critical bugs to be fixed. Is there a process in place for a developer to make such a request to the release manager? <br>
<br>In Ubuntu, we define a release critical bug as a bug that has a high impact on the overall usability of a release or any changes that are made during the development cycle for pragmatic
reasons which are intended to be reverted before the release. We also require that the bug have someone assigned to fix it before accepting it as release critical. Basically, someone proposes it and our release manager either agrees or disagrees.<br>
<br>In Debian, however, they have much more specific criterion which can be found at <a href="http://release.debian.org/lenny/rc_policy.txt">http://release.debian.org/lenny/rc_policy.txt</a><br><br>Maybe the above information can be used to develop Xfce4's own release critical criterion and processes. :)<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<font color="#888888"><br>
  - Jannis</font><br></blockquote></div><br>Cheers,<br clear="all"><br>-- <br>Cody A.W. Somerville<br>Software Systems Release Engineer<br>Custom Engineering Solutions Group<br>Canonical OEM Services<br>Cell: 506-449-5899<br>
Email: <a href="mailto:cody.somerville@canonical.com">cody.somerville@canonical.com</a><br>