<br><br><div class="gmail_quote">On Sat, May 10, 2008 at 4:17 PM, Jeff Spaleta <<a href="mailto:jspaleta@gmail.com">jspaleta@gmail.com</a>> wrote:<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">On Sat, May 10, 2008 at 11:32 AM, George Billios <<a href="mailto:gbillios@gmail.com">gbillios@gmail.com</a>> wrote:<br>
> Hi All,<br>
><br>
> It seems that Xorg 1.5 will not be part of F9 - how could it since it is not<br>
> even released yet.<br>
><br>
> This raises the (theoretical - fedora 9 will ship either way) question,<br>
> should fedora ship with an development version of Xorg ?<br>
<br>
</div>I think you mean Xorg 7.4... which xorg-server 1.5 will be one component of.<br>
<br>
This is a non-issue. We've released pre-release components before for<br>
other important components.  And we will continue doing it as long as<br>
their is trust that the maintainers on the components are working<br>
closely and actively with upstream with regard to patching the bugs.<br>
Did you happen to have a specific upstream Xorg release 7.4 blocker<br>
bug in mind that you are particularly concerned about?<br>
<br>
Somehow I doubt its important for us to slip a major component like<br>
xorg-server over something like an alpha architecture compiling bug<br>
which isn't relevant to Fedora's ability to ship a usable xorg-server<br>
to our users...at all.   And you have to also concede that Xorg bugs<br>
dating to up to a year prior to the release of X11R7.3 probably aren't<br>
going to be hard blockers on X11R7.4 either. Even upstream realizes<br>
that you can't fix all the bugs before you make a release.<br>
<div class="Ih2E3d"><br>
> Now its too late to change anything but I would appreciate some input here<br>
> because it's a big deal to ship with a development version of one of the<br>
> most important components.<br>
<br>
</div>it's less of a big deal than you make it out to be. We've done this<br>
before with 'major' componetns.... we'll do it again.  You have to<br>
accept the fact we are never going to be able to ship 100% bug-free<br>
code on release day.. no matter how much we slip any particular<br>
release deadline.  Bugs will exist, and decisions have to be made<br>
concern the severity and impact of those bugs individually.  All bugs<br>
are not made equal.  It's the same process upstream projects go<br>
through. And it may very well be that the important bugs blocking an<br>
upstream release are out of scope for a Fedora release specifically.<br>
if you are not watching the upstream process closely then you are not<br>
in a position to make an informed judgment.<br>
<br>
We put a significant amount of integration testing into the new the<br>
xorg components as they haven been coming along, and if the maintainer<br>
in question felt things were not in good shape in terms where upstream<br>
was at we would have regressed by now.<br>
<br>
<br>
-jef"wonders when you'll notice how far away from current upstream<br>
'release' our F9 gdm is"spaleta<br>
<div><div></div><div class="Wj3C7c"><br>
--<br>
fedora-devel-list mailing list<br>
<a href="mailto:fedora-devel-list@redhat.com">fedora-devel-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/fedora-devel-list" target="_blank">https://www.redhat.com/mailman/listinfo/fedora-devel-list</a><br>
</div></div></blockquote></div><br><br>As a side question to this - Will fedora continue to push xorg updates for F9 after release?<br><br>Mark Bidewell<br>