<div dir="ltr">On Thu, Nov 28, 2019 at 1:12 PM George Dunlap <<a href="mailto:dunlapg@umich.edu">dunlapg@umich.edu</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hey all,<br>
<br>
This mail has been a long time in coming, but with the upcoming<br>
expiration of security support for Xen 4.8, it's time to start thinking<br>
about what our update policy will be for the Xen packages in general.<br>
<br>
Citrix is committed to officially supporting one Xen version at a time<br>
through the CentOS Virt SIG.  (Others in the community are welcome to<br>
support others.)  But we'd like input as to which version the community<br>
would like to be supported at any one time.<br>
<br>
Please express your opinion on each option by replying as follows:<br>
-2: This is a bad idea, and I would argue against this<br>
-1: I'm not happy with this, but I wouldn't argue against this.<br>
0: No opinion.<br>
1: I'm happy with this, but I wouldn't argue for it.<br>
2: This is a great idea, and I'd argue for it.<br>
<br>
There are several possible options:<br>
<br>
1. Always support the newest option.  This means we get all the newest<br>
features from Xen in the Virt SIG by default; but also means we get all<br>
the newest bugs.<br>
<br>
1a. Always support the newest option once it has at least one point<br>
release.  This balances the newness with a bit of extra testing.<br>
<br>
1b. Always support the second-to-newest version (e.g., when 4.13 comes<br>
out, switch to 4.12.x)<br>
<br>
2. Always support the oldest security-supported version.  This means we<br>
get the most stable version of Xen; but it does mean it is several years<br>
behind as far as features go.  It also means that further bugfixes do<br>
not happen automatically, and further bugs found will need to be<br>
<br>
3. Always support the oldest fully-supported version.  Reasonably<br>
stable, reasonably old, still gets bugfixes.<br>
<br>
4. Support a version until it's out of security support, then jump to<br>
the newest version.  This minimizes the number of upgrades required<br>
(although may make each upgrade more painful).<br>
<br>
4a.  Support a version until it's out of full support, then jump to the<br>
newest version.<br>
<br>
Any other options?<br>
<br>
For my part, I think 1a, 1b, and 3 are all reasonable options.<br>
<br>
-George<br><br></blockquote><div><br></div><div>1a and 1b are good options for me. I currently run 4.12.</div><div><br></div><div>Karl<br></div></div></div>