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(a)redhat.com>
>> To: "Yedidyah Bar David" <didi(a)redhat.com>
>> Cc: "Sandro Bonazzola" <sbonazzo(a)redhat.com>, "David
Caro" <dcaroest(a)redhat.com>, devel(a)ovirt.org, "infra"
>> <infra(a)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(a)redhat.com>
>>> To: "Sandro Bonazzola" <sbonazzo(a)redhat.com>
>>> Cc: "David Caro" <dcaroest(a)redhat.com>, "Nir
Soffer" <nsoffer(a)redhat.com>,
>>> devel(a)ovirt.org, "infra" <infra(a)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(a)redhat.com>
>>>> To: "David Caro" <dcaroest(a)redhat.com>, "Nir
Soffer" <nsoffer(a)redhat.com>
>>>> Cc: devel(a)ovirt.org, "infra" <infra(a)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/jo...
>>>>>
>>>>> 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(a)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