<p dir="ltr"><br>
On Jul 30, 2014 3:36 PM, "Clark Boylan" <<a href="mailto:cboylan@sapwetik.org">cboylan@sapwetik.org</a>> wrote:<br>
><br>
> On Wed, Jul 30, 2014, at 03:23 PM, Jeremy Stanley wrote:<br>
> > On 2014-07-30 13:21:10 -0700 (-0700), Joe Gordon wrote:<br>
> > > While forcing people to move to a newer version of libvirt is<br>
> > > doable on most environments, do we want to do that now? What is<br>
> > > the benefit of doing so?<br>
> > [...]<br>
> ><br>
> > The only dog I have in this fight is that using the split-out<br>
> > libvirt-python on PyPI means we finally get to run Nova unit tests<br>
> > in virtualenvs which aren't built with system-site-packages enabled.<br>
> > It's been a long-running headache which I'd like to see eradicated<br>
> > everywhere we can. I understand though if we have to go about it<br>
> > more slowly, I'm just excited to see it finally within our grasp.<br>
> > --<br>
> > Jeremy Stanley<br>
> ><br>
> We aren't quite forcing people to move to newer versions. Only those<br>
> installing nova test-requirements need newer libvirt. This does not<br>
> include people using eg devstack. I think it is reasonable to expect<br>
> people testing tip of nova master to have a reasonably newish test bed<br>
> to test it (its not like the Infra team moves at a really fast pace :)<br>
> ).</p>
<p dir="ltr">Based on <a href="http://lists.openstack.org/pipermail/openstack-dev/2014-July/041457.html">http://lists.openstack.org/pipermail/openstack-dev/2014-July/041457.html</a> this patch is breaking people, which is the basis for my concerns. Perhaps we should get some further details from Salvatore.</p>

<p dir="ltr">><br>
> Avoiding system site packages in virtualenvs is a huge win particularly<br>
> for consistency of test results. It avoids pollution of site packages<br>
> that can happen differently across test machines. This particular type<br>
> of inconsistency has been the cause of the previously mentioned<br>
> headaches.</p>
<p dir="ltr">I agree this is a huge win, but I am just concerned we don't have any deprecation cycle and just roll out a new requirement without a heads up.</p>
<p dir="ltr">><br>
> Clark<br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></p>