Message346169
> Is there an architecture that would be less objectionable?
One thing I would consider is the ability to configure a custom_script_path in the same way as other parameters are now. It would be used as follows: If not None, it should specify a directory, and the files in there would be copied to the target venv *after* the standard scripts are copied (possibly overwriting ones already there, such as "activate"), with the same variable substitutions that are currently done.
This approach allows for other things than just custom environment variable setting, and so it seems a more generic solution to the issue of customisability. While it involves the developers who require such functionality to maintain those scripts, it seems fair to place the onus on them, and not on stdlib maintainers. |
|
Date |
User |
Action |
Args |
2019-06-20 21:53:32 | vinay.sajip | set | recipients:
+ vinay.sajip, brett.cannon, donovick |
2019-06-20 21:53:32 | vinay.sajip | set | messageid: <1561067612.38.0.534738495266.issue37349@roundup.psfhosted.org> |
2019-06-20 21:53:32 | vinay.sajip | link | issue37349 messages |
2019-06-20 21:53:32 | vinay.sajip | create | |
|