> I'd like to raise a potential edge case that might be a problem, and likely > an increasingly common one: users with multiple installations of the *same* > version of Python.
I would suggest that that use case is best addressed by a system that isolates the entire python environment, such as conda. > This is actually a common setup for Windows users who use WSL, Microsoft's > Linux-on-Windows solution, as you could have both the Windows and Linux > builds of a given Python version installed on the same machine. Sure, but Isn’t the WSL subsystem pretty isolated already? Would native Windows and WSL users be running in the same dir? That being said, I’m pretty skeptical of the PEP — I understand the motivation — I make a point of avoiding virtual environments in my intro classes, but at some point folks will need to learn them. I’ve had students think that virtualenv was a part of (or required by) e.g. flask, because the tutorials include it in the setup. But I think environments really need to be more distinct, not less, I’m quite concerned about mingling them in one place. Maybe I’m reading it wrong, but it seems that this could create serious clashes with other “environment” systems, such as conda. I suppose one could say: “don’t do that” — I.e. don’t create a __pypackages__ dir if you are going to use conda — but many folks want the same source to be runnable in multiple “styles” of Python. Also, I see a major benefit for teaching, but it does go a bit against my philosophy of not hiding important details from newbies — that is, don’t teach using an approach that is not suitable for production. And newbies could be really confused by the fact that pip installs stuff differently depending on what dir they are in and what is in that dir. The PEP is listed as a draft — anyone know what’s going on with it? -CHB _______________________________________________ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
