<div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 15, 2019 at 1:21 PM Alex Schultz <<a href="mailto:aschultz@redhat.com">aschultz@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Feb 15, 2019 at 10:49 AM Jeremy Stanley <<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>> wrote:<br>
><br>
> On 2019-02-15 08:23:31 +0000 (+0000), Sorin Sbarnea wrote:<br>
> > Is there something we can do to prevent this in the future?<br>
> ><br>
> > Unrelated to openvswitch itself, it happened with other packages<br>
> > too and will happen again.<br>
> [...]<br>
><br>
> As in how to prevent distros from updating their packages in ways<br>
> which require some adjustments in our software? That's a big part of<br>
> why our CI system works the way it does: so we know as soon as<br>
> possible when we need to make modifications to keep our software<br>
> compatible with distributions we care about. Hiding or deferring<br>
> such failures just means that we get to spend more time ignoring our<br>
> users who are getting regular updates from their operating system<br>
> and are suddenly unable to use our software on it.<br>
<br>
So it's not necessarily hiding it if you can be notified a head of<br>
time and it doesn't disrupt the world.  Yes we need to fix it, no we<br>
shouldn't completely break the world on updates if possible.  Being<br>
able to track these changes earlier in testing is one way that we can<br>
get ahead of the upcoming changes and get fixes in sooner.  I know in<br>
tripleo we use the centos continous release repo + periodic to try and<br>
find these things before it breaks the world. I'm not sure of the<br>
specifics of this change and as to why the continuous release<br>
repository didn't help in this instance.  As a practice I believe we<br>
generally don't like pinning things on master specifically for this<br>
reason however we do need to be aware of the risks to the system as a<br>
whole and how can we mitigate the potential breakages to allow<br>
development to continue while still allowing updates to function as<br>
intended.<br>
<br>
Thanks,<br>
-Alex<br></blockquote><div><br></div><div>It's my observation, not a fact that the rt repo is not a staging area for every update.</div><div>The rt repo is well populated in advance of a minor update, but for updates in the same release I think it's very much hit or miss.   </div><div><br></div><div><a href="http://mirror.centos.org/centos/7/rt/x86_64/Packages/?C=M;O=D">http://mirror.centos.org/centos/7/rt/x86_64/Packages/?C=M;O=D</a><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> --<br>
> Jeremy Stanley<br>
<br>
</blockquote></div></div></div>