On Sat, Nov 18, 2017 at 10:20 AM, Piotr Kliczewski <pklic...@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" <nsof...@redhat.com> napisaĆ(a): > >> >> >> On Mon, Oct 16, 2017 at 8:36 AM Dan Kenigsberg <dan...@redhat.com> wrote: >> >>> On Mon, Oct 16, 2017 at 8:25 AM, Barak Korren <bkor...@redhat.com> >>> wrote: >>> > >>> > >>> > On 15 October 2017 at 19:43, Dan Kenigsberg <dan...@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 >> >> >
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel