<div dir="ltr">I will add this to the infra meeting agenda, since I can't attend due to TZ differences.<div>Will put some context on what options were discussed on IRC yesterday.</div><div><br></div><div>Thanks</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-08-10 13:56 GMT+02:00 Jeremy Stanley <span dir="ltr"><<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2015-08-10 10:54:28 +0200 (+0200), Ricardo Carrillo Cruz wrote:<br>
[...]<br>
<span class="">> I suggest we get rid of puppet-pip from all service puppet modules<br>
> (like puppet-zuul) and just use puppet-python for sanity (and also<br>
> adding the manage pip.conf functionality to upstream stankevich<br>
> puppet-python).<br>
</span>[...]<br>
<br>
It would need to be made optional. On our systems, we want to have a<br>
Puppet package provider for pip but we don't want Puppet managing<br>
installation of pip because we do that through some fairly<br>
convoluted logic to forcibly purge any package-managed pip<br>
installation and run a cached copy of the get-pip.py script. See the<br>
setup_pip function in the install_puppet.sh script of<br>
openstack-infra/system-config for details.<br>
<span class="HOEnZb"><font color="#888888">--<br>
Jeremy Stanley<br>
<br>
_______________________________________________<br>
OpenStack-Infra mailing list<br>
<a href="mailto:OpenStack-Infra@lists.openstack.org">OpenStack-Infra@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra</a><br>
</font></span></blockquote></div><br></div>