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 Martin.Gfeller
Recipients Martin.Gfeller, paul.moore, steve.dower, tim.golden, zach.ware
Date 2020-10-30.09:01:44
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1604048504.89.0.540140334282.issue42192@roundup.psfhosted.org>
In-reply-to
Content
Thank you, Steve, for your rapid response and explanation!

I would like to have my installation fully isolated in case somebody (running the machine) fiddles with the installation in the standard location. I used to do that without problems with the 2.7 .msi installer, but now I’ve finally almost finished converting to 3.8 (I know I’m late) and that approach doesn’t work any longer.

I tried to reverse engineer it a bit by looking at the log files and zapping the registry entry HKLM\Software\Python\PythonCore\3.8 (for an all-users install), with no success. Modify or repair would randomly install some stuff in the target dir and other stuff into a previous installation. The Windows Installer technology seems to be rather implicit than explicit. How does it detect the previous installation’s location?

Although it’s not a bug and an /isolated mode doesn’t seem to be feasible, perhaps it could check and warn that /targetdir is being ignored. The doc could mention that it’s intended only for a single installation per version per machine.  

And thank you again for your contributions to make Python on Windows such a joy – highly appreciated! 
Martin
History
Date User Action Args
2020-10-30 09:01:44Martin.Gfellersetrecipients: + Martin.Gfeller, paul.moore, tim.golden, zach.ware, steve.dower
2020-10-30 09:01:44Martin.Gfellersetmessageid: <1604048504.89.0.540140334282.issue42192@roundup.psfhosted.org>
2020-10-30 09:01:44Martin.Gfellerlinkissue42192 messages
2020-10-30 09:01:44Martin.Gfellercreate