[ovirt-devel] Fedora 20 is not supported any more on master

[Sandro Bonazzola]

Il 18/05/2015 13:49, Dan Kenigsberg ha scritto:
> On Mon, May 18, 2015 at 01:32:27AM -0400, Yedidyah Bar David wrote:
>> ----- Original Message -----
>>> From: "Nir Soffer" <nsoffer at redhat.com>
>>> To: "Yedidyah Bar David" <didi at redhat.com>
>>> Cc: "Sandro Bonazzola" <sbonazzo at redhat.com>, "David Caro" <dcaroest at redhat.com>, devel at ovirt.org, "infra"
>>> <infra at ovirt.org>
>>> Sent: Sunday, May 17, 2015 8:50:26 PM
>>> Subject: Re: [ovirt-devel] Fedora 20 is not supported any more on master
>>>
>>> ----- Original Message -----
>>>> From: "Yedidyah Bar David" <didi at redhat.com>
>>>> To: "Sandro Bonazzola" <sbonazzo at redhat.com>
>>>> Cc: "David Caro" <dcaroest at redhat.com>, "Nir Soffer" <nsoffer at redhat.com>,
>>>> devel at ovirt.org, "infra" <infra at ovirt.org>
>>>> Sent: Sunday, May 17, 2015 8:41:42 AM
>>>> Subject: Re: [ovirt-devel] Fedora 20 is not supported any more on master
>>>>
>>>> ----- Original Message -----
>>>>> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
>>>>> To: "David Caro" <dcaroest at redhat.com>, "Nir Soffer" <nsoffer at redhat.com>
>>>>> Cc: devel at ovirt.org, "infra" <infra at ovirt.org>
>>>>> Sent: Friday, May 15, 2015 3:26:02 PM
>>>>> Subject: Re: [ovirt-devel] Fedora 20 is not supported any more on master
>>>>>
>>>>> Il 15/05/2015 10:23, David Caro ha scritto:
>>>>>>
>>>>>> This job is on yaml, it's fairly simple to add/remove distros, you can
>>>>>> do
>>>>>> it
>>>>>> yourself, ping me when you are around and I can guide you.
>>>>>>
>>>>>>
>>>>>> The fix should remove the fc20 section under distro from the file:
>>>>>>
>>>>>> https://gerrit.ovirt.org/gitweb?p=jenkins.git;a=blob;f=jobs/confs/yaml/jobs/vdsm/vdsm_create-rpms.yaml;hb=refs/heads/master
>>>>>>
>>>>>> from the project that has the master version
>>>>>
>>>>>
>>>>> Please also disable ovirt-hoste-deploy-offline for fedora 20 as well.
>>>>> I'll have to disable all-in-one too.
>>>>>
>>>>> Maybe we should consider to drop fedora 20 at all in master at this
>>>>> point.
>>>>> Opening the vote: +1 for me; adding devel at ovirt.org.
>>>>
>>>> I'd like to understand the support/build matrix with this change.
>>>>
>>>> Fedora 22 is to be released 2015-05-26. We currently do not build the
>>>> engine
>>>> for it,
>>>> and I understand we do not intend to, until the port to wildfly/java8 is
>>>> done. Right?
>>>> Any ETA for that?
>>>>
>>>> We do build "everything" for fedora 21, but [1] says it will not be
>>>> supported.
>>>> Is this still true?
>>>>
>>>> We do not build vdsm, at least, for el6, and it's not intended to be
>>>> supported anymore.
>>>>
>>>> We also build "everything" for el7.
>>>>
>>>> So it turns out that the only distro fully supported is el7, and no version
>>>> of
>>>> fedora will be supported until the port to f22/wildfly/java8 is finished.
>>>> Indeed?
>>>>
>>>> Not sure how long we can/want to be in this state.
>>>
>>> The subject was confusing - I'm talking about vdsm support in Fedora 20, not
>>> about engine support, which as far as I know, works fine on Fedora 20.
>>>
>>> Sorry for the confusion.
>>
>> np at all, but my question still applies (not directed to you specifically) ...
> 
> The question applies mostly to Sandro. Personally, I think we can safely
> skip Engine support for f21. Vdsm support for f21 is important (it's
> actually the ONLY supported Fedora version for the master branch, as
> much that master is "supported".)

In 3.6 engine and its dependencies will be built on el6, el7 and f22 (as soon as it will be able to use wildfly, hopefully next week).
VDSM is already built on el7, f21 and f22, missing support for el6.

Engine will be built on Fedora 20 until F22 support will be in, granting to be able to run engine at least on one Fedora release.
We (as integration and releng but probably also infra) have not enough resources for handling support for F21 too.


> 
>>
>> And a related one:
>>
>> Do we (want to) support engine on el6/7 with hosts on fedora (21/22)?
> 
> As far as I recall, we support this combination for a long long time (as
> long as f* and e* hosts are kept on separate clusters), and I don't see
> the benefit of dropping this support. It can come up useful for
> conservative users, running el6, but wanting to test new stuff on
> el7/f29 hypervisors.
> 


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com