@@ -141,14 +141,9 @@ generated by each, are:
141141+--------------------------+-------------------------------------+
142142| :command: `bdist_rpm ` | rpm, srpm |
143143+--------------------------+-------------------------------------+
144- | :command: `bdist_wininst ` | wininst |
145- +--------------------------+-------------------------------------+
146144| :command: `bdist_msi ` | msi |
147145+--------------------------+-------------------------------------+
148146
149- .. note ::
150- bdist_wininst is deprecated since Python 3.8.
151-
152147.. note ::
153148 bdist_msi is deprecated since Python 3.9.
154149
@@ -191,7 +186,7 @@ easily specify multiple formats in one run. If you need to do both, you can
191186explicitly specify multiple :command: `bdist_\* ` commands and their options::
192187
193188 python setup.py bdist_rpm --packager="John Doe <[email protected] >" \ 194- bdist_wininst --target-version="2.0"
189+ bdist_dumb --dumb-option=foo
195190
196191Creating RPM packages is driven by a :file: `.spec ` file, much as using the
197192Distutils is driven by the setup script. To make your life easier, the
@@ -298,62 +293,6 @@ file winds up deep in the "build tree," in a temporary directory created by
298293.. % \command{bdist\_rpm} command with one that writes whatever else you want
299294.. % to the \file{.spec} file.)
300295
301-
302- .. _creating-wininst :
303-
304- Creating Windows Installers
305- ===========================
306-
307- .. warning ::
308- bdist_wininst is deprecated since Python 3.8.
309-
310- .. warning ::
311- bdist_msi is deprecated since Python 3.9.
312-
313- Executable installers are the natural format for binary distributions on
314- Windows. They display a nice graphical user interface, display some information
315- about the module distribution to be installed taken from the metadata in the
316- setup script, let the user select a few options, and start or cancel the
317- installation.
318-
319- Since the metadata is taken from the setup script, creating Windows installers
320- is usually as easy as running::
321-
322- python setup.py bdist_wininst
323-
324- or the :command: `bdist ` command with the :option: `!--formats ` option::
325-
326- python setup.py bdist --formats=wininst
327-
328- If you have a pure module distribution (only containing pure Python modules and
329- packages), the resulting installer will be version independent and have a name
330- like :file: `foo-1.0.win32.exe `. Note that creating ``wininst `` binary
331- distributions in only supported on Windows systems.
332-
333- If you have a non-pure distribution, the extensions can only be created on a
334- Windows platform, and will be Python version dependent. The installer filename
335- will reflect this and now has the form :file: `foo-1.0.win32-py2.0.exe `. You
336- have to create a separate installer for every Python version you want to
337- support.
338-
339- The installer will try to compile pure modules into :term: `bytecode ` after installation
340- on the target system in normal and optimizing mode. If you don't want this to
341- happen for some reason, you can run the :command: `bdist_wininst ` command with
342- the :option: `!--no-target-compile ` and/or the :option: `!--no-target-optimize `
343- option.
344-
345- By default the installer will display the cool "Python Powered" logo when it is
346- run, but you can also supply your own 152x261 bitmap which must be a Windows
347- :file: `.bmp ` file with the :option: `!--bitmap ` option.
348-
349- The installer will also display a large title on the desktop background window
350- when it is run, which is constructed from the name of your distribution and the
351- version number. This can be changed to another text by using the
352- :option: `!--title ` option.
353-
354- The installer file will be written to the "distribution directory" --- normally
355- :file: `dist/ `, but customizable with the :option: `!--dist-dir ` option.
356-
357296 .. _cross-compile-windows :
358297
359298Cross-compiling on Windows
@@ -370,12 +309,7 @@ For example, on a 32bit version of Windows, you could execute::
370309
371310 python setup.py build --plat-name=win-amd64
372311
373- to build a 64bit version of your extension. The Windows Installers also
374- support this option, so the command::
375-
376- python setup.py build --plat-name=win-amd64 bdist_wininst
377-
378- would create a 64bit installation executable on your 32bit version of Windows.
312+ to build a 64bit version of your extension.
379313
380314To cross-compile, you must download the Python source code and cross-compile
381315Python itself for the platform you are targeting - it is not possible from a
@@ -462,18 +396,3 @@ built-in functions in the installation script.
462396 and *iconindex * is the index of the icon in the file *iconpath *. Again, for
463397 details consult the Microsoft documentation for the :class: `IShellLink `
464398 interface.
465-
466-
467- Vista User Access Control (UAC)
468- ===============================
469-
470- Starting with Python 2.6, bdist_wininst supports a :option: `!--user-access-control `
471- option. The default is 'none' (meaning no UAC handling is done), and other
472- valid values are 'auto' (meaning prompt for UAC elevation if Python was
473- installed for all users) and 'force' (meaning always prompt for elevation).
474-
475- .. note ::
476- bdist_wininst is deprecated since Python 3.8.
477-
478- .. note ::
479- bdist_msi is deprecated since Python 3.9.
0 commit comments