diff options
author | Tim Peters <tim.peters@gmail.com> | 2001-07-30 23:06:21 (GMT) |
---|---|---|
committer | Tim Peters <tim.peters@gmail.com> | 2001-07-30 23:06:21 (GMT) |
commit | 96e1d2f2069a7b86d140fa04aeea246c914e23d6 (patch) | |
tree | fabb9fedd9e6e5f8e02c8019db1578462105f8c8 /PCbuild/python.iss | |
parent | b7a7731e018283a4ee3dcb65c25175b62691fd34 (diff) | |
download | cpython-96e1d2f2069a7b86d140fa04aeea246c914e23d6.zip cpython-96e1d2f2069a7b86d140fa04aeea246c914e23d6.tar.gz cpython-96e1d2f2069a7b86d140fa04aeea246c914e23d6.tar.bz2 |
Massive fiddling to get the install to work at all on a Win2K box under a
plain unprivileged User acct:
+ Had to duplicate Wise's Uninstal.wse script, in order to change the line
at its end that unconditionally tries to write uninstall info under HKLM.
This is our new file Uninstal.wse, which must be included by python20.wse
instead of using Wise's version.
+ In every other case we write to HKLM, also write to HKCU instead (we
were already doing that in *most* places, but not quite all).
+ If the user doesn't have admin privs, the DLLs we usually write to the
system dir are written to the root of the Python installation instead.
That's python22.dll, plus the two MSVC runtime DLLs.
+ Added a new component "Register file extensions". Registering .py etc
is done under HKEY_CLASSES_ROOT, and that also requires admin privs;
i.e., AFAICT it's impossible for an unprivileged user to accomplish this.
In the component selection dialog, if the user doesn't have admin privs
I gray out this new component so the user knows they aren't getting file
extensions.
After all that, Python installs, the Start Menu entries are OK, it runs
its test suite to completion, and the uninstaller works too. Only known
problem so far is that the integration with Win2K's Add/Remove subsystem
isn't quite right yet in this irritating case.
Diffstat (limited to 'PCbuild/python.iss')
0 files changed, 0 insertions, 0 deletions