classification
Title: add the '--disable-test-suite' option to configure
Type: enhancement Stage: patch review
Components: Build, Cross-Build Versions: Python 3.6
process
Status: open Resolution:
Dependencies: Superseder:
Assigned To: Nosy List: Alex.Willmer, Chi Hsuan Yen, doko, edmorley, haypo, martin.panter, thomas-petazzoni, xdegaye
Priority: normal Keywords: patch

Created on 2016-07-28 10:05 by xdegaye, last changed 2017-07-17 15:50 by edmorley.

Files
File name Uploaded Description Edit
disable-test-suite.patch xdegaye, 2016-07-28 10:05 review
listdirs.py xdegaye, 2016-07-28 10:05
Messages (5)
msg271514 - (view) Author: Xavier de Gaye (xdegaye) * (Python committer) Date: 2016-07-28 10:05
Do not install the Python test suite when configure is run with '--disable-test-suite'. This about divides by two the size of the installed standard library.

Related to issue 26852: add the '--enable-legacy-pyc-files' option to configure.

The attached listdirs.py script may be used to check that the set of sub-directories in the std library is not changed by the patch.
msg271526 - (view) Author: Thomas Petazzoni (thomas-petazzoni) Date: 2016-07-28 11:21
We have a similar patch in Buildroot (see https://git.buildroot.org/buildroot/tree/package/python3/0017-Add-an-option-to-disable-installation-of-test-module.patch) so we would be very happy to see this patch merged.

Note that we also have many more patches to disable various parts of the Python standard installation (https://git.buildroot.org/buildroot/tree/package/python3/). So either we have one option for each feature (like we have implemented), or a more general config option --disable-feature=test,this,that.

See also bug http://bugs.python.org/issue20210 which is related, and was also proposing a patch to disable the test suite.
msg271619 - (view) Author: Xavier de Gaye (xdegaye) * (Python committer) Date: 2016-07-29 11:57
Thanks for the review Martin. I will update the patch accordingly later.
msg287515 - (view) Author: STINNER Victor (haypo) * (Python committer) Date: 2017-02-10 11:13
I'm in favor of allowing to build a "subset" of Python. Not only it makes sense for embedded devices, but in many cases it's even not possible to do otherwise: "full" Python is too big for small devices.

But I would prefer to see a public discussion on python-dev before going into this direction.

The previous attempt failed because some core developers were opposed to support officially a "subset of Python". But since this previous discussion (two years ago? longer?), MicroPython became popular, and this implementation of Python has a small subset of the stdlib (but it supports asyncio ;-)) Maybe it's time for a new attempt :-) Oh, and the meanwhile we also made progress on the Android port, which is now an important platform.

In short, I would like to official support Python subsets ;-) At least, add options for that.
msg287525 - (view) Author: STINNER Victor (haypo) * (Python committer) Date: 2017-02-10 12:00
> But I would prefer to see a public discussion on python-dev before going into this direction.

Ah, the discussion restarted on the other issue:
http://bugs.python.org/issue20210#msg287516
History
Date User Action Args
2017-07-17 15:50:02edmorleysetnosy: + edmorley
2017-02-10 12:00:51hayposetmessages: + msg287525
2017-02-10 11:24:20Chi Hsuan Yensetnosy: + Chi Hsuan Yen
2017-02-10 11:13:19hayposetmessages: + msg287515
2017-02-03 18:47:06xdegayesetassignee: xdegaye ->
2016-07-29 11:57:42xdegayesetmessages: + msg271619
2016-07-28 11:21:44thomas-petazzonisetmessages: + msg271526
2016-07-28 10:47:19xdegayesetnosy: + haypo, thomas-petazzoni
2016-07-28 10:34:30xdegayelinkissue26865 dependencies
2016-07-28 10:15:32xdegayesetnosy: + Alex.Willmer
components: + Cross-Build
2016-07-28 10:05:29xdegayesetfiles: + listdirs.py
2016-07-28 10:05:17xdegayecreate