[Puppet - Feature #7286] (Unreviewed) Add virtualenv support to the pip package provider

38 views
Skip to first unread message

tic...@puppetlabs.com

unread,
Apr 29, 2011, 7:57:34 AM4/29/11
to ja...@lovedthanlost.net, puppe...@googlegroups.com, r...@devco.net, n...@puppetlabs.com, dom...@puppetlabs.com, jonathan...@gmail.com
Issue #7286 has been reported by Jonathan Stoppani.

Feature #7286: Add virtualenv support to the pip package provider

  • Author: Jonathan Stoppani
  • Status: Unreviewed
  • Priority: Normal
  • Assignee:
  • Category:
  • Target version:
  • Affected Puppet version:
  • Keywords: pip virtualenv python package
  • Branch:

Now that #6527 is merged into master, it is possible to easily add support for virtualenvs and fully complete #3572.

A virtualenv argument could be added to the package type in order to instrument pip to install the requested package into the given virtualenv directory.

For example:

 package { "my-python-package":
     ensure => latest,
     provider => pip,
     virtualenv => "/path/to/virtualenv
 }

The content of the virtualenv parameter will be passed directly to the --environment parameter of the pip install command

Some references:


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

tic...@puppetlabs.com

unread,
Apr 29, 2011, 8:03:21 AM4/29/11
to ja...@lovedthanlost.net, puppe...@googlegroups.com, r...@devco.net, n...@puppetlabs.com, dom...@puppetlabs.com, jonathan...@gmail.com
Issue #7286 has been updated by Jonathan Stoppani.
  • Category set to provider
  • Author: Jonathan Stoppani
  • Status: Unreviewed
  • Priority: Normal
  • Assignee:
  • Category: provider
  • Target version:
  • Affected Puppet version:
  • Keywords: pip virtualenv python package
  • Branch:

tic...@puppetlabs.com

unread,
Apr 29, 2011, 9:59:12 AM4/29/11
to ja...@lovedthanlost.net, puppe...@googlegroups.com, r...@devco.net, n...@puppetlabs.com, dom...@puppetlabs.com, jonathan...@gmail.com
Issue #7286 has been updated by Jonathan Stoppani.
  • Author: Jonathan Stoppani
  • Status: Unreviewed
  • Priority: Normal
  • Assignee:
  • Category: provider
  • Target version:
  • Affected Puppet version:
  • Keywords: pip virtualenv python package

tic...@puppetlabs.com

unread,
Apr 29, 2011, 10:11:57 AM4/29/11
to ja...@lovedthanlost.net, puppe...@googlegroups.com, r...@devco.net, n...@puppetlabs.com, dom...@puppetlabs.com, jonathan...@gmail.com
Issue #7286 has been updated by Dominic Cleal.

To avoid new properties on package, it seems the ‘root’ property (currently read-only) could be adapted. It refers to the installation root of a package in the ‘sun’ provider, which sounds like the same thing as virtualenv.

  • Author: Jonathan Stoppani
  • Status: Unreviewed
  • Priority: Normal
  • Assignee:
  • Category: provider
  • Target version:
  • Affected Puppet version:
  • Keywords: pip virtualenv python package

tic...@puppetlabs.com

unread,
Apr 29, 2011, 10:17:42 AM4/29/11
to ja...@lovedthanlost.net, puppe...@googlegroups.com, r...@devco.net, n...@puppetlabs.com, dom...@puppetlabs.com, jonathan...@gmail.com
Issue #7286 has been updated by Jonathan Stoppani.

Seems like a good idea (although less explicit than virtualenv).

I’ve already implemented the whole thing using a new virtualenv parameter, but changing it back to use root can be done quickly. Is there a general consensus in avoiding new properties on existing resources?

  • Author: Jonathan Stoppani
  • Status: Unreviewed
  • Priority: Normal
  • Assignee:
  • Category: provider
  • Target version:
  • Affected Puppet version:
  • Keywords: pip virtualenv python package

tic...@puppetlabs.com

unread,
Apr 29, 2011, 10:20:27 AM4/29/11
to ja...@lovedthanlost.net, puppe...@googlegroups.com, r...@devco.net, n...@puppetlabs.com, dom...@puppetlabs.com, jonathan...@gmail.com
Issue #7286 has been updated by Jonathan Stoppani.
  • Status changed from Unreviewed to Needs Decision
  • Author: Jonathan Stoppani
  • Status: Needs Decision
  • Priority: Normal
  • Assignee:
  • Category: provider
  • Target version:
  • Affected Puppet version:
  • Keywords: pip virtualenv python package

tic...@puppetlabs.com

unread,
Jun 2, 2012, 2:09:10 AM6/2/12
to ja...@lovedthanlost.net, puppe...@googlegroups.com, r...@devco.net, k...@puppetlabs.com, tux...@gmail.com, sanjiv...@gmail.com, jonathan...@gmail.com, dcl...@redhat.com, mf-p...@bl.uem.li, ah...@manhag.org
Issue #7286 has been updated by Dmitry Ishutkin.

And what about decision? Will be accepted in upstream?

  • Author: Jonathan Stoppani
  • Status: Needs Decision
  • Priority: Normal
  • Assignee:
  • Category: provider
  • Target version:
  • Affected Puppet version:
  • Keywords: pip virtualenv python package

tic...@puppetlabs.com

unread,
Jun 2, 2012, 2:12:17 AM6/2/12
to puppe...@googlegroups.com, r...@devco.net, k...@puppetlabs.com, tux...@gmail.com, sanjiv...@gmail.com, jonathan...@gmail.com, dan...@puppetlabs.com, dcl...@redhat.com, mf-p...@bl.uem.li, ah...@manhag.org
Issue #7286 has been updated by James Turnbull.
  • Assignee set to Daniel Pittman

Daniel – assigning to someone so a decision can be made.

Jonathan – apologies the ball was dropped on this ticket.

  • Author: Jonathan Stoppani
  • Status: Needs Decision
  • Priority: Normal
  • Assignee: Daniel Pittman
  • Category: provider
  • Target version:
  • Affected Puppet version:
  • Keywords: pip virtualenv python package

tic...@puppetlabs.com

unread,
Jun 5, 2012, 5:17:57 PM6/5/12
to ja...@lovedthanlost.net, puppe...@googlegroups.com, r...@devco.net, k...@puppetlabs.com, tux...@gmail.com, sanjiv...@gmail.com, jonathan...@gmail.com, dan...@puppetlabs.com, dcl...@redhat.com, mf-p...@bl.uem.li, ah...@manhag.org
Issue #7286 has been updated by Daniel Pittman.

James Turnbull wrote:

Daniel – assigning to someone so a decision can be made. Jonathan – apologies the ball was dropped on this ticket.

Sorry – there have been a few tickets like this where code was submitted, but not as a pull request, and they got lost some time in the past.

I am a little concerned that this doesn’t touch what I think it needs to: it doesn’t look like it makes the environment part of the “identity” of the package type, so you couldn’t install “foo” into both the root, and an environment.

Ultimately, though, right now the team isn’t in a position to make a call on this: there are a pile of model problems – like this one – in the package type that we need to address. I have attached this ticket to our roadmap with a view to having us sit down and figure out what the model should look like. You can see that in the RoadMap

  • Author: Jonathan Stoppani
  • Status: Needs Decision
  • Priority: Normal
  • Assignee: Daniel Pittman
  • Category: provider
  • Target version:
  • Affected Puppet version:
  • Keywords: pip virtualenv python package
Reply all
Reply to author
Forward
0 new messages