On 03/17/2015 12:01 AM, Alon Bar-Lev wrote:
----- Original Message -----
> From: "Itamar Heim" <iheim(a)redhat.com>
> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
> Cc: "Sahina Bose" <sabose(a)redhat.com>, "Dan Kenigsberg"
<danken(a)redhat.com>, devel(a)ovirt.org
> Sent: Monday, March 16, 2015 11:55:05 PM
> Subject: Re: [ovirt-devel] el6 future in ovirt-3.6
>
> On 03/16/2015 11:48 PM, Alon Bar-Lev wrote:
>>
>>
>> ----- Original Message -----
>>> From: "Itamar Heim" <iheim(a)redhat.com>
>>> To: "Sahina Bose" <sabose(a)redhat.com>, "Dan
Kenigsberg"
>>> <danken(a)redhat.com>, devel(a)ovirt.org
>>> Sent: Monday, March 16, 2015 11:41:36 PM
>>> Subject: Re: [ovirt-devel] el6 future in ovirt-3.6
>>>
>>> On 03/16/2015 06:02 PM, Sahina Bose wrote:
>>>>
>>>> On 03/16/2015 03:28 PM, Dan Kenigsberg wrote:
>>>>> Current master branch of vdsm (destined for our 3.6 release) uses el7
as
>>>>> its main platform. New features are expected to be available only on
el7
>>>>> (and modern Fedoras) but not on el6.
>>>>>
>>>>> On el6, vdsm still builds, runs, and exports clusterLevel <= 3.5,
with
>>>>> no feature loss relative to 3.5. This has been done per gluster
request.
>>>>>
>>>>> However, maintaining this furhter as high costs: we keep testing el6,
we
>>>>> need to make sure nothing breaks there, and there's a lot of
legacy code
>>>>> that we could start deleting.
>>>>>
>>>>> Sahina, would you explain (again... sorry for not recalling the
details)
>>>>> why ovirt-3.6's vdsm should keep running on el6? I'd like to
see if
>>>>> there's a nother means to solve the underlying gluster issue.
>>>>
>>>> This was only because downstream gluster + vdsm would continue to be
>>>> supported on RHEL 6.
>>>
>>> is there an expected date at which new features would be .el7 only, so
>>> .el6 support can be dropped upstream?
>>
>> there is no reason to drop anything from upstream if it is to be supported.
>> it will only create overhead for product support. we have long on going
>> effort is to reduce diff while you keep pushing for fork. it always turned
>> out to be incorrect decision. please learn from experience.
>
> I asked when they plan to drop support, so we can drop unneeded code.
I do not understand. unneeded code from where? you wrote "upstream" which
suggest you keep it "downstream".
Had you written from "product" / "vdsm" I would not have responded.
vdsm master (aka 3.6) should work or should not work on el6?
[downstream/upstream/customized]
should work, for gluster
does it mean that 3.6 cluster level will not be supported at el6?
for virt side, yes.
does it mean that 3.5 will be supported long cycle for el6 to bridge
the gap for these who do not upgrade to el7? no new features for el6 (z-stream only)?
yes, that's the plan - no new features for the virt side for .el6.
my question was when this would be true for the gluster side.
>
>>
>>>
>>>>
>>>>>
>>>>> Regards,
>>>>> Dan.
>>>>
>>>> _______________________________________________
>>>> Devel mailing list
>>>> Devel(a)ovirt.org
>>>>
http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>> _______________________________________________
>>> Devel mailing list
>>> Devel(a)ovirt.org
>>>
http://lists.ovirt.org/mailman/listinfo/devel
>>>
>
>