@@ -1655,7 +1655,36 @@ match its requirement, but this is not part of the initial proposal.
16551655Open Issues
16561656===========
16571657
1658- TODO: Raise open issues
1658+ Generate packages for old versions
1659+ ----------------------------------
1660+
1661+ At present, we can install versions of Python back to 3.5 from the NuGet feed.
1662+ These are identical to the traditional installer releases of the same versions,
1663+ but do not include Tkinter, IDLE, documentation, or the test suite. However, it
1664+ is very little work (and no additional storage space) to use them for older
1665+ releases.
1666+
1667+ New binaries releases will generate new packages, even for already released
1668+ versions (currently 3.12 and 3.13). So these will exist. The open issue is
1669+ whether we go back through old releases and generate full PyManager packages for
1670+ them all, and how far back to go. This is merely repackaging, and does not
1671+ require rebuilding or modifying the release.
1672+
1673+
1674+ Include test suite in PyManager packages
1675+ ----------------------------------------
1676+
1677+ The test suite consumes the majority of the size of our current distribution,
1678+ but is not intended to be used by most of our users. By omitting it from the
1679+ standard PyManager package, all downloads become smaller and faster, at the cost
1680+ of some users having to obtain the test suite in another way (such as building
1681+ from source).
1682+
1683+ It seems obviously preferable to have some way to access the exact test suite
1684+ intended for a particular build. So the question is whether to include it by
1685+ default (there are no optional components anymore), to publish it independently
1686+ (for manual download as a ZIP file), or to publish a second feed of packages
1687+ that include both the runtime and the test suite.
16591688
16601689
16611690Footnotes
0 commit comments