<div dir="ltr">Hi folks<div><br></div><div>I would like to get a consensus on where we should go with puppet-pip and puppet-python.</div><div><br></div><div>Puppet-pip module is supposedly for installing pip and managing pip.conf.</div><div>Puppet-python (aka stankevich-python) module manages python, pip, virtualenv and gunicorn virtual hosts (serious swiss army module btw).</div><div><br></div><div>I tried to install Zuul with the puppet-zuul module this weekend and got failures due to missing pip.</div><div>I looked at the code and the module uses puppet-pip, but turns out puppet-pip does *not* install pip package as one would expect, therefore I pushed <a href="https://review.openstack.org/#/c/211016/">https://review.openstack.org/#/c/211016/</a>.</div><div>The patch failed on apply tests with a 'Duplicate declaration', as the slaves use puppet-python module and this *does* install python-pip on the slaves:</div><div><a href="http://logs.openstack.org/16/211016/1/check/gate-infra-puppet-apply-bare-precise/a63c7fb/console.html#_2015-08-10_07_31_50_728">http://logs.openstack.org/16/211016/1/check/gate-infra-puppet-apply-bare-precise/a63c7fb/console.html#_2015-08-10_07_31_50_728</a><br></div><div><br></div><div>Given there's quite a bit of overlap between puppet-pip and puppet-python, I suggest we get rid of puppet-pip from all service puppet modules (like puppet-zuul) and just use puppet-python for sanity (and also adding the manage pip.conf functionality to upstream stankevich puppet-python).</div><div><br></div><div>Thoughts?</div><div><br></div><div>Regards</div></div>