[ovirt-devel] oVirt CI now supports Fedora 27 and Fedora Rawhide

Piotr Kliczewski pkliczew at redhat.com
Mon Nov 20 11:16:33 UTC 2017


On Sat, Nov 18, 2017 at 10:20 AM, Piotr Kliczewski <pkliczew at redhat.com>
wrote:

> Yes, I can do that.
>

Here are the patches:
https://gerrit.ovirt.org/84368
https://gerrit.ovirt.org/84370


>
> 17.11.2017 21:27 "Nir Soffer" <nsoffer at redhat.com> napisał(a):
>
>>
>>
>> On Mon, Oct 16, 2017 at 8:36 AM Dan Kenigsberg <danken at redhat.com> wrote:
>>
>>> On Mon, Oct 16, 2017 at 8:25 AM, Barak Korren <bkorren at redhat.com>
>>> wrote:
>>> >
>>> >
>>> > On 15 October 2017 at 19:43, Dan Kenigsberg <danken at redhat.com> wrote:
>>> >>
>>> >>
>>> >> Down sides are waste of resources, slower CI responsiveness, and more
>>> >> importantly: rawhide fragility may cause more unrelated failures.
>>> >
>>> >
>>> > I don't think it will be that much of a resource issue. Our non-peak
>>> slave
>>> > utilization is pretty low. And you can just remove some of the older
>>> Fedora
>>> > versions.
>>> >
>>> > I suggest not to make too many premature assumptions. If rawhide
>>> testing is
>>> > useful for you, just add it and see how it behaves over time...
>>> >
>>> >> Nir, with your experience - does it worth it?
>>> >>
>>> >> How about having "rawhide" as non-voting?
>>> >
>>> >
>>> > You can accomplish that easily - just add a 'check-patch.sh.fcraw'
>>> script
>>> > that would source the normal 'check-patch.sh' and throw away the
>>> process
>>> > return value.
>>>
>>> This would eliminate the only benefit I see in having rawhide at all:
>>> I'd like to see the rawhide job in RED if it is currently broken, so I
>>> can look deeper to see why. If it's always green, it's useless to me.
>>> However, if it is often red due to temporary unrelated changes, I
>>> would not like it to block fixes.
>>>
>>> But as you say, we can try it out and check the signal/noise ratio.
>>>
>>
>> I sent patches for ovirt-imageio, we need similar patches for vdsm.
>> https://gerrit.ovirt.org/84309/
>> https://gerrit.ovirt.org/84308/
>>
>> Piotr, can you handle this for vdsm?
>>
>> Nir
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/devel/attachments/20171120/279ae9d5/attachment.html>


More information about the Devel mailing list