Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

It looks like this update breaks already-installed Python execution if its position in the PATH environment variable is after the WindowsApps folder. [1]

[1] https://devblogs.microsoft.com/python/python-in-the-windows-...




That's why any good tutorial on Python for Windows recommend using the "py -x.y" command, and not the "python" command.


TIL about the py command, and I've been using Python on Windows for many years now. Thanks!


That is how PATH works. An installer would have to be doing something seriously wonky to get that wrong.


IMO installer should check existing PATH and warn user that this installation will change his python executable.


They could have used another mechanism than PATH.


bash does exactly that - it has command_not_found_handle function and distributions define it, so they can offer package installation for any command not found.


Yep, I ran into this some months ago with an insider build. IIRC though, I had manually added Python to my PATH. So I just adjusted the order and kept using my existing Python install.




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: