summaryrefslogtreecommitdiffstats
path: root/PCbuild
Commit message (Collapse)AuthorAgeFilesLines
* No more Inno Envy: the "Start Installation" dialog now displays a niceTim Peters2001-08-031-7/+152
| | | | | | summary of the preceding choices. No idea if this is "the right way" to do it, but it's exactly painful enough to make me suspect it's the only way <wink>.
* Merge of descr-branch back into trunk.Tim Peters2001-08-021-0/+30
|
* Just changes to comments.Tim Peters2001-08-012-3/+3
|
* Repair more ways in which the "backup files" dialog differed from all theTim Peters2001-08-011-29/+28
| | | | | others (wrong title, inconsistent layout). Also tried to make the dialog text clearer, and spelled out what the "yes" and "no" buttons *mean*.
* We always wrote a pair of lines to the Wise install.log telling it toTim Peters2001-08-011-16/+19
| | | | | | | | | | | | delete the Tools and Lib directories at uninstall time. However, under the old version of Wise, they didn't actually do anything. Under the new version, they work as advertised, and even delete files users added. Got rid of those, and replaced them with similar uninstall cmds that get rid of all .pyc and .pyo files (whether or not the installer created them). This works nicely! It still tears down the directory structure, except for those directories needed to get to any non-.pyc/o file(s) the user may have added.
* Hmm. The Backup/Replace dialog also had back/next buttons three pixelsTim Peters2001-08-011-5/+5
| | | | | | narrower than all the other Wise dialogs, and offset by a few pixels in the vertical direction too. Made these things consistent across dialogs too.
* Aha! Finally figured out something else that's been driving me nuts:Tim Peters2001-08-011-2/+2
| | | | | | | | | turns out the canned new "backup directory" dialog put its "back" and "next" buttons at a different relative horizontal position than all the other canned dialogs. This explains why you had to keep moving the mouse around if you wanted to do a straight all-default install -- the Next button kept moving around. Now the back/next buttons are in exactly the same place on all dialogs, and you can click straight thru to the end.
* The "Select Destination Directory" dialog didn't ask for confirmationTim Peters2001-08-011-45/+12
| | | | | | | | | | | | | about installing into a pre-existing directory *unless* you hit the Browse button first. At least while testing, this screwed me repeatedly. Plus I really liked the Inno Setup scheme of giving you a list box in its "select directory" dialog without needing a distinct browse button to ask for that. So I redid this dialog from scratch: now gives a list box at once, the browse button is gone, it asks for confirmation if the directory already exists, and, since this is the first dialog in the set now, also removed its "Back" button.
* Remove useless Back button from Finished dialog.Tim Peters2001-08-011-16/+5
|
* Add mysnprintf.c to Windows build, + squash compiler wngs in mysnprintf.c.Tim Peters2001-07-311-0/+15
|
* I hope this irons out the Add/Remove kinks on Win2K for users w/o AdminTim Peters2001-07-312-9/+57
| | | | privs, but haven't tested that yet. Doesn't hurt on Win98SE, anyway.
* Remove oodles of pointless file date and size stamps. I caught the WiseTim Peters2001-07-301-112/+0
| | | | | | GUI inserting those once before shortly after I started using it, but don't know what triggers it -- presumably something in the "expert" view (which is, suitably enough, unsuited to experts <wink>).
* Massive fiddling to get the install to work at all on a Win2K box under aTim Peters2001-07-302-3/+681
| | | | | | | | | | | | | | | | | | | | | | | 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.
* Add a dialog for the backup directory (default "yes I want one, andTim Peters2001-07-301-6/+289
| | | | make it MyPythonDirectory\BACKUP\").
* Now stop distutils and xml from getting *too* much (like .pyc files).Tim Peters2001-07-291-6/+25
|
* Repair long-standing mistakes in the distutils and xml installations:Tim Peters2001-07-291-3/+42
| | | | | | | 1. Only .py files were getting installed. 2. Empty CVS directories were getting created. Both were due to trying to get away with "recursively copy *.py" one- liner scripting.
* Remove Lib\plat-win from PYTHONPATH; that directory went away a year ago.Tim Peters2001-07-291-2/+4
|
* Don't prompt for the doc (HTML) directory anymore (just assume ..\html).Tim Peters2001-07-291-1/+2
|
* Whew -- I *think* this completes folding in all the new-in-8.1 stuff.Tim Peters2001-07-291-50/+42
| | | | Still need to test it in pathological scenarios.
* Ewwww -- the 8.1 support for rolling back changes in case the user abortsTim Peters2001-07-291-0/+9
| | | | | the installation was hiding in a part of the GUI I never saw before. Add it.
* Add oodles more 8.1 Wizard boilerplate. This creates lots of vrbls weTim Peters2001-07-291-11/+247
| | | | | don't use directly, but the Wise utility scripts we invoke (like uninstal.wse) sometimes need them.
* Add version resource info to installer .exe.Tim Peters2001-07-291-2/+6
|
* Folding some Wizard boilerplate back in, created in new Wise projects butTim Peters2001-07-291-28/+38
| | | | not in the stuff we inherited from Wise 5.0 -- better safe than sorry.
* Updated to Wise 8.14 (web update).Tim Peters2001-07-291-224/+281
| | | | | | | | | | | | | | | | Got rid of useless "Welcome" screen. Folded Tcl/Tk into the main Python component. Bug introduced during upgrade: Start Menu entries didn't work if installation was to a path with an embedded space, because the enclosing quotes somehow got dropped on the cmdline args. Repaired. Years of wizard-generated code blocks left this script hard to read. Added many more comments, blank lines, and rearranged related code into related blocks where they had drifted apart. Added %_PYMAJOR_% and %_PYMINOR_% compiler vrbls, and reworked script items to use them as appropriate. This should slash the amount of hand-fiddling needed when version numbers change. Indeed, in the body of the script, only the first line should need changing now. Deleted unreferenced wizard-generated compiler vrbls.
* Woo hoo! Relative paths! This is, alas, partly braindead: When the newTim Peters2001-07-291-108/+140
| | | | | | | | | | | | | | | | | | | | | "relative paths" option is enabled, 8.1 rewrites *every* path to be relative to PCbuild (the dir containing the .wse script), even absolute paths you type in by hand, paths to the Wise installation itself, and even paths to the Windows directories (sheesh). Only way to stop it is to start a path with a variable reference, and we screwed ourselves before by not using the predefined %_WISE_% vrbl to point to the Wise installation. Repaired that old, repeated and well-hidden mistake. Also: + Got rid of the %_SRC_% vrbl (such paths always relative to PCBuild now). + Changed the %_DOC_% vrbl to prompt for the location of the unzipped HTML files (defaults to ..\html, cuz that's where I put them, but I expect I'll change that later cuz I always hated mixing the generated docs into the CVS tree ... Guido, if you're reading this, where did you unpack the docs when building a Windows installer? Happy to oblige.). + Stopped the generated installer from filling up the entire screen (got rid of the massive blue background gradient -- new option). + Added the helpful app publisher and app URL registry entries that Win2K displays in its version of Add/Remove.
* Convert from Wise version 5.0 to 8.1. Gotta hand it to 'em! 8.1 importedTim Peters2001-07-291-2/+32
| | | | | | | the old script without any complaints, didn't demand any manual changes, and built a working installer from it that acts very much like the old one. It did add a few script items, and changed one, so checking it in now before I break everything again.
* Move Windows to Expat 1.95.2. CAUTION: Your Windows build won't workTim Peters2001-07-284-20/+14
| | | | until you download the new expat and install it; see PCbuild\readme.txt.
* Repair more now-obsolete references to config.h.Tim Peters2001-07-261-1/+1
|
* Patch #411138: Rename config.h to pyconfig.h. Closes bug #231774.Martin v. Löwis2001-07-261-3/+3
|
* Leave the Inno script in better shape. Added registration of .py etcTim Peters2001-07-211-16/+51
| | | | | extensions -- but Inno uninstall doesn't restore previous ones (if any), so that's another step backwards.
* A full Inno Setup script for Python, except for the few hard and esotericTim Peters2001-07-201-0/+206
| | | | | parts Inno has no good answer for (read the comments at the top of the script).
* Remove the TENTATIVE marker from the now-historic Windows buildnos.Tim Peters2001-07-201-2/+2
|
* Prepare Windows installer for 2.2a1.Tim Peters2001-07-173-4/+7
|
* Remove TENTATIVE from the 2.1.1c1 Windows buildno.Tim Peters2001-07-141-1/+1
|
* Remove now-unnecessary "from __future__ import nested_scopes" stmts.Tim Peters2001-07-121-2/+0
|
* Fiddle Windows installer to create Lib/site-packages/REAMDE asTim Peters2001-07-121-0/+6
| | | | Lib\site-packages\README.txt.
* Removed fpectlmodule.c and fpetestmodule.c from the Windows build. TheyTim Peters2001-07-051-30/+0
| | | | weren't functional under Windows even if enabled.
* Add tentative 2.1.1 Windows build numbers.Tim Peters2001-07-021-0/+4
|
* Record Windows build number for 2.0.1 final.Tim Peters2001-06-221-0/+2
|
* Record Windows buildno for 2.0.1c1.Tim Peters2001-06-131-0/+2
|
* Teach Windows about new iterobject.c.Tim Peters2001-04-201-0/+15
|
* Move Windows stuff to 2.2, so CVS builds won't interfere with 2.1Tim Peters2001-04-183-16/+18
| | | | installations.
* Update Windows installer & buildno for 2.1 final.Tim Peters2001-04-163-4/+6
|
* Update Windows installer & build number to 2.1c2 release.Tim Peters2001-04-163-4/+6
|
* Update Windows build # and installer for 2.1c1.Tim Peters2001-04-123-8/+6
|
* pydoc changed overnight in such a way that it no longer worked from theTim Peters2001-03-231-3/+3
| | | | Windows start-menu item. This recovers from that.
* Add Jeremy's compiler to the Windows install.Tim Peters2001-03-231-0/+18
|
* Update Windows installer for 2.1b2.Tim Peters2001-03-213-4/+6
|
* When building the installer, prompt for the location of the system directoryTim Peters2001-03-191-3/+5
| | | | | on the current machine. Wise doesn't seem to know this itself, and it varies across Windows flavors.
* Windows: Fallout from renaming the pydoc file.Tim Peters2001-03-111-1/+1
|