<br><br><div class="gmail_quote">On Fri, Feb 10, 2012 at 8:26 AM, Perry Myers <span dir="ltr"><<a href="mailto:pmyers@redhat.com">pmyers@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 02/10/2012 08:03 AM, Mike Burns wrote:<br>
> I answered with my limited knowledge on IRC, but I'll answer here too<br>
> for those who didn't see the IRC questions.<br>
><br>
> On Fri, 2012-02-10 at 03:48 -0700, Robyn Bergeron wrote:<br>
>> On 02/10/2012 03:42 AM, Morgan Cox wrote:<br>
>>> Hi.<br>
>>><br>
>>> As Fedora the default system that Ovirt is packaged for does this<br>
>>> mean that Ovirt will have the same (short) support life of 18<br>
>>> months ? I ask as that is a bit short to have in enterprise ..<br>
><br>
> There is always RHEV if you want longer support...<br>
<br>
</div>Right, I think the first question we should be asking here is...<br>
<br>
Morgan, what do you mean specifically by support?<br>
<br>
Since it's an upstream project, typically each new release would obviate<br>
the previous one, and new features would only go into the latest version.<br>
<br>
One valid question is whether or not bugfixes will only go into the<br>
latest version, or if the immediate prior version will get updates.<br>
(For example, bugfixes are backported to Fedora 15 even though Fedora 16<br>
is out)<br>
<br>
Also, the term support from an upstream perspective is much different<br>
than from a product perspective.<br>
<span class="HOEnZb"><font color="#888888"><br>
Perry<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br><br clear="all">So on a follow up question: Is any consideration being given to RHEL as far as compatibility? Will Ovirt features be held back if adding them would be impossible to do with RHEL? Like a feature requiring a major update to a RHEL package? Or is it up to the RHEV developers to sort it all out for their needs? It won't be long before Fedora outpaces RHEL on version levels, depending on the time frame for RHEL 7. RHEL 5 had a very long life span and was quite dated by the time RHEL 6 shipped. <br>
<br>-- <br>Gary Scarborough<br>
IST Lab Manager<br>
Rochester Institute of Technology<br>
Rochester NY<br>