In resolving bug 15980, the pip package provider was changed to recognize
the RedHat osfamily fact and use the executable name "pip-python" in those
environments. This does not take into account environments where pip has
been installed via easy_install or by custom rpm providers. In those
environments (such as mine) this osfamily change breaks the pip provider,
requiring as a workaround that the administrator create a softlink to
pip-python before any pip packages are referenced.

It seems to me that the change could have been accomplished by trying the
pip-python alias if the normal exe name failed, rather than assuming that
the weird way that one common RPM names pip is a global circumstance.

Obviously I already discovered the workaround and the problem, so I suppose
I'm just posting this in the hopes that it shows up in a Google search for
the next guy. Thanks.


You received this message because you are subscribed to the Google Groups "Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscribe@googlegroups.com.
To post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users.
For more options, visit https://groups.google.com/groups/opt_out.

Search Discussions

Discussion Posts

Follow ups

Related Discussions

Discussion Navigation
viewthread | post
posts ‹ prev | 1 of 2 | next ›
Discussion Overview
grouppuppet-users @
postedJun 19, '13 at 2:13p
activeFeb 2, '15 at 8:57p

2 users in discussion

Michael O'Dea: 1 post Dafydd James: 1 post



site design / logo © 2022 Grokbase