-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add configuration to specify path to virtualenv / commandline #2575
Comments
Hello @goodwillcoding , there is already a feature request for this here: #1579 fin swimmer |
@finswimmer Are you sure that's the same bug, I found issue #1579 and read it as specifying path to an existing virtual environment. Which to me read differently then path to virtualenv script which will create environment. |
@goodwillcoding: Oh, then I misunderstood your request. What should be the benefit of this? I don't think this will get included to poetry directly, but it sounds that this might be something for the upcoming plugin system fin swimmer |
@finswimmer I've learned over the years is that having versions of virtualenv (and it's embedded packages) creates problems. Using specific virtualenv script (of specific version) has long added to stability and reproducibitly of the system. |
Can you give an example of such a script, so I can better understand the use case? |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Feature Request
Configuration setting to specify which virtualenv script to use.
Currently the virtualenv script is being looked for in the path, but for isolation issues it would be nice there could be a setting which sets the path to the virtualenv to use. Currently I work around this by having poetry run inside a virtualenv which seems like major overkill. Please let me know what you think of this.
Addititionally this setting could include the full call to virtualenv for example with "--no-download" and others which is crucial in isolated deployment.
The text was updated successfully, but these errors were encountered: