You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I want to get a Plone6 development environment set up, using my 'plone6' virtualenv which I manage with 'virtualenvwrapper'.
What I Did
(plone6)$ plonecli build
This created a subdirectory 'venv' in the project directory and pulled all sorts of stuff into that, as opposed to just using the already existing and activated virtualenv. I found no way to prevent this from happening. The weirdest thing is, this happened on one machine. On another machine of mine, which runs the same operating system, and where I ran this initially, it did use the virtualenv, but after rsync'ing the resulting project and virtualenv to this machine, it still started with creating that 'venv' directory and put everything that was already present, in there as well. With the scripts being configured in a way that the virtualenv isn't even relocatable, I see no benefit at all, besides not wanting this stuff in my project directory.
Please add a mechanism to use an existing virtualenv and skipping the 'venv' creation step.
The text was updated successfully, but these errors were encountered:
Description
I want to get a Plone6 development environment set up, using my 'plone6' virtualenv which I manage with 'virtualenvwrapper'.
What I Did
This created a subdirectory 'venv' in the project directory and pulled all sorts of stuff into that, as opposed to just using the already existing and activated virtualenv. I found no way to prevent this from happening. The weirdest thing is, this happened on one machine. On another machine of mine, which runs the same operating system, and where I ran this initially, it did use the virtualenv, but after rsync'ing the resulting project and virtualenv to this machine, it still started with creating that 'venv' directory and put everything that was already present, in there as well. With the scripts being configured in a way that the virtualenv isn't even relocatable, I see no benefit at all, besides not wanting this stuff in my project directory.
Please add a mechanism to use an existing virtualenv and skipping the 'venv' creation step.
The text was updated successfully, but these errors were encountered: