Issue #17030 has been updated by Bradley Kreider. Affected Puppet version changed from 2.6.17 to 3.3.0
Thanks for looking at it, but that bug fix by RedHat doesn't actually solve the problem of having multiple installs of python each having their own pip binary. I work for Continuum Analytics and we have an open source project, Anaconda, that is a multiplatform Python distribution for scientific computing (http://continuum.io/downloads) that comes with a multiplatform package manager for handling python packages. One thing this makes very easy is installing multiple versions of python: 2.6, 2.7, 3.3, but also managing true environments without using virtualenvs. But even if you don't use Anaconda, but want to install more than one version of Python on your system, you currently can't use the pip provider, since it will only find the pip on your $PATH, and you generally want to use your system Python or you end up with a lot of pain. I'm almost finished writing a package provider for our software, but unfortunately, I've had to add the environment parameter to the package name (ie: "env1:dnspython"), since install_options are only used during installation and not when querying the system for the package. This problem is true whether you use our software or if you use virtualenvs and want puppet to manage them. ---------------------------------------- Bug #17030: pip provider should handle multiple pips/pythons https://projects.puppetlabs.com/issues/17030#change-97536 * Author: Bradley Kreider * Status: Needs More Information * Priority: Normal * Assignee: * Category: provider * Target version: * Affected Puppet version: 3.3.0 * Keywords: * Branch: https://github.com/puppetlabs/puppet/pull/1486 ---------------------------------------- The Pip provider should provide a way to specify the path to pip. This would allow people to manage multiple python installs, by point to the one they want to install into. In RHEL, this makes it easy to have a non-system python installed somewhere (ie: 2.7 or 3.x) and let puppet manage the python packages. This is related to bug #15980. (related in the way that if you could provide the path to the pip binary, 15980 would have a workaround). -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://projects.puppetlabs.com/my/account -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/groups/opt_out.
