This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author vinay.sajip
Recipients loewis, pitrou, vinay.sajip
Date 2012-07-07.20:04:40
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1341691481.24.0.249794348568.issue15283@psf.upfronthosting.co.za>
In-reply-to
Content
The reason it says nothing on success is that it follows the general philosophy of programs on Unix. Of course, there are exceptions, but it's not obvious that pyvenv should say anything, and what it should presume is the user's next likely step. As well as running the venv's Python, any script in the venv should be immediately invokable (and call up the venv's interpreter). At the moment, that's just pydoc - but that might change over time (I originally had pysetup in there, before packaging got pulled).

AFAIK the activate script shouldn't have the executable bit set, so it shouldn't show up in e.g. autocomplete results. Note also that the activate script is bash-specific, so it may not be wise to mention it in cases where the user's shell may not be bash or a compatible shell.

It's assumed that third party tools will build on top of the existing venv support - for example, in the absence of packaging, venvs will need distribute/pip in order for users to be able to install stuff into them. These will likely provide the visual feedback required (e.g. before merging into CPython, the pythonv version of pyvenv installed Distribute in the venv, which showed that something was happening).
History
Date User Action Args
2012-07-07 20:04:41vinay.sajipsetrecipients: + vinay.sajip, loewis, pitrou
2012-07-07 20:04:41vinay.sajipsetmessageid: <1341691481.24.0.249794348568.issue15283@psf.upfronthosting.co.za>
2012-07-07 20:04:40vinay.sajiplinkissue15283 messages
2012-07-07 20:04:40vinay.sajipcreate