On 06/18/2014 05:16 AM, Sven Kieske wrote:
Am 18.06.2014 11:03, schrieb Andrew Cathrow:
We deliver a different QEMU in RHEL than is delivered in RHEV and RHEL-OSP. In RHEL 6 there's a different set of features at compile time. In RHEL 7.x you'll see us shipping different releases - eg. rebasing onto a new QEMU version in RHEV/RHEL-OSP which is something that's not possible within RHEL.
Well thanks for the response but the only new information that you provide is that you will rebase qemu in rhev which "is not possible" in rhel 7.
but I was asking for some kind of reasoning _why_ that's not possible _and_ additionally would like to point out that no rebasing at all is needed as it's just recompiling with one flag added.
I begin to think this has something to do with marketing as there is apparently no technical reason to do this.
No it's about productization - how do we monetize investments that we make. That's something that we need to consider as we have literally thousands of engineers who have to be paid.
Of course I know that you can not simply introduce a new version in rhel6, according to your update policy and your qa.