aboutsummaryrefslogtreecommitdiff
path: root/package/python-setuptools
Commit message (Collapse)AuthorAgeFilesLines
* package/python{3}-setuptools: bump to version 41.4.0Gravatar James Hilliard2019-10-212-4/+4
| | | | | Signed-off-by: James Hilliard <james.hilliard1@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* package/python{3}-setuptools: bump to version 41.0.1Gravatar Adam Duskett2019-05-012-4/+4
| | | | | Signed-off-by: Adam Duskett <Aduskett@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/python-setuptools: add comment about python3-setuptoolsGravatar Thomas Petazzoni2019-01-161-0/+2
| | | | | | | | | As suggested by Arnout, add a comment to indicate that the version of python-setuptools must be kept in sync with python3-setuptools. Suggested-by: Arnout Vandecappelle <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/pkg-python: use host-python3-setuptools when neededGravatar Thomas Petazzoni2019-01-011-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When a package uses "setuptools" as its <pkg>_SETUP_TYPE, we currently add a dependency on host-python-setuptools. This means that: (1) When BR2_PACKAGE_PYTHON=y, the default host Python version is Python 2.x, and host-python-setuptools is installed for host-python. (2) When BR2_PACKAGE_PYTHON3=y, the default host Python version is Python 3.x, and host-python-setuptools is installed for host-python3. (3) When no target Python interpreter is selected, the default host Python version is Python 2.x, and host-python-setuptools is installed for host-python. Situations (1) and (3) are problematic for host Python packages that need Python 3.x. Such packages use <pkg>_NEEDS_HOST_PYTHON = python3, but if they use setuptools as their setup type, they will not find setuptools installed for host-python3 in situations (1) and (3) described above. We currently have a single package that sets <pkg>_NEEDS_HOST_PYTHON = python3: host-meson. host-meson generally works because if setuptools is not found, it falls back to distutils, which is part of the standard Python library. However, if there is a setuptools version installed system-wide, it may be picked up, but may not necessarily be the same version as Buildroot setuptools, potentially causing problems. This commit makes the necessary change to the python-package infrastructure to fix this behavior, by identifying the following cases: - When a host Python package says <pkg>_NEEDS_HOST_PYTHON = python3, then we know it wants setuptools installed for host-python3, so we use host-python3-setuptools. - When a host Python package says <pkg>_NEEDS_HOST_PYTHON = python2, then we known it wants setuptools installed for host-python, so we use host-python-setuptools. - When BR2_PACKAGE_PYTHON3=y, and we have a target package, or a host package with no NEEDS_HOST_PYTHON option, then we want setuptools installed for host-python3, so we use host-python3-setuptools. - When BR2_PACKAGE_PYTHON=y or no target interpreter is enabled at all, and we have a target package, or a host package with no NEEDS_HOST_PYTHON option, then we want setuptools for host-python, so we use host-python-setuptools. To make this happen, we use host-python3-setuptools introduced in a previous commit, but we also change host-python-setuptools to force its installation for host-python. The latter is needed if you build with BR2_PACKAGE_PYTHON3=y but want to install a Python-based package that has NEEDS_HOST_PYTHON=python2. There is one single package that needs be adjusted following this: lirc-tools, because it is not using the python-package infrastructure. It directly depends on host-python-setuptools, which no longer works because host-python-setuptools now only installs for Python 2.x, while lirc-tools Python binding only supports Python 3.x. Switching to host-python3-setuptools solves this problem. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Reviewed-by: Asaf Kahlon <asafka7@gmail.com> Reviewed-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* python-setuptools: bump to version 40.6.3Gravatar Asaf Kahlon2018-12-142-4/+4
| | | | | Signed-off-by: Asaf Kahlon <asafka7@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* python-setuptools: bump to version 40.6.2Gravatar Asaf Kahlon2018-11-162-4/+4
| | | | | Signed-off-by: Asaf Kahlon <asafka7@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* python-setuptools: bump to version 40.5.0Gravatar Asaf Kahlon2018-10-282-4/+4
| | | | | Signed-off-by: Asaf Kahlon <asafka7@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* python-setuptools: use pypi packageGravatar Adam Duskett2018-09-222-10/+15
| | | | | | | | | | | | | | | | | | The releases on Github produces a setuptools version that isn't PEP518 compliant because a .post number is attached to the .egg file (IE: 40.0.0.post20180820) which can cause a python package using setuptools to fail if looking for a setuptools version. Instead, using the official release from pypi is recommended as it does not produce a .post version on the egg file. Another benefit is not having to run bootstrap.py either. See https://github.com/pypa/setuptools/issues/1462 for more details about the issue Signed-off-by: Adam Duskett <aduskett@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* python-setuptools: bump to 40.0.0Gravatar Adam Duskett2018-08-202-2/+2
| | | | | | | | | | | | | | | | | | | With the introduction of Python 3.7.0, setuptools also needs to be updated. Without the update, several packages will fail to build or install with a ValueError: bad marshal data (unknown type code). Updating setuptools to 40.0.0 version fixes this issue. Even though 40.1.0 is out, updating to 40.0.0 is recommended as it seems like 40.1.0 breaks version detection on some python packages such as python-cryptography which will error out with a complaint that setuptools is too old, even though it's at 40.1.0. Using 40.0.0 fixes the issue. Fixes: http://autobuild.buildroot.net/results/636/636da0febe02f991095965d52cc4a8b2da644777/ http://autobuild.buildroot.net/results/5f6/5f659130a6a32a4c43d6ed2c3b559df77ae18249/ Signed-off-by: Adam Duskett <aduskett@greenlots.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* python-setuptools: bump to version v38.4.0Gravatar Yegor Yefremov2018-01-162-2/+3
| | | | | | | Add licence checksum. Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/*/Config.in: fix help text check-package warningsGravatar Thomas Petazzoni2017-12-181-1/+2
| | | | | | | | | | | | | This commit fixes the warnings reported by check-package on the help text of all package Config.in files, related to the formatting of the help text: should start with a tab, then 2 spaces, then at most 62 characters. The vast majority of warnings fixed were caused by too long lines. A few warnings were related to spaces being used instead of a tab to indent the help text. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Globally replace $(HOST_DIR)/usr/bin with $(HOST_DIR)/binGravatar Arnout Vandecappelle2017-07-051-1/+1
| | | | | | | | | | | Since things are no longer installed in $(HOST_DIR)/usr, the callers should also not refer to it. This is a mechanical change with git grep -l '$(HOST_DIR)/usr/bin' | xargs sed -i 's%$(HOST_DIR)/usr/bin%$(HOST_DIR)/bin%g' Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* python-setuptools: bump to version 36.0.1Gravatar Yegor Yefremov2017-06-152-8/+14
| | | | | | | | | | | | | | Recent setuptools versions require bootstrap.py to be invoked before the standard setup process. So create such pre configure hooks for both host and target versions. Change download location to GitHub because setuptools doesn't provide *.tar.gz any longer. Fix legal info. setuptools is now licensed under MIT licence. Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* python-setuptools: enable Python 3.x supportGravatar Yegor Yefremov2016-02-051-2/+4
| | | | | | | Add missing XML dependency. Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/python-setuptools: bump to version 18.7.1Gravatar Jörg Krause2015-12-123-17/+36
| | | | | | | Also refresh patch (using git) and add an additional (stronger) sha256 hash. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/python-setuptools: add hashGravatar Fabio Porcedda2015-04-191-0/+2
| | | | | Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/*: rename patches according to the new policyGravatar Peter Korsgaard2015-02-031-0/+0
| | | | | | | Autogenerated from rename-patch.py (http://patchwork.ozlabs.org/patch/403345) Signed-off-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* python-setuptools: bump to version 5.8Gravatar Thomas Petazzoni2014-10-053-53/+58
| | | | | | | A refresh of the existing patch is needed, and the patch is also renamed to use the correct patch file naming convention. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* python-setuptools: add license informationGravatar Ryan Barnett2014-05-071-0/+2
| | | | | | [Peter: license on single line, use PKG-INFO as license file] Signed-off-by: Ryan Barnett <rjbarnet@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* python-setuptools: bump version to 2.1.2Gravatar Rohan Fletcher2014-02-191-8/+3
| | | | | | | | | [Thomas: bump to 2.1.2 instead of 0.8, remove comment that no longer made sense about setuptools being forked.] Signed-off-by: Rohan Fletcher <rohfledev@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* python-setuptools: convert to the Python package infrastructureGravatar Thomas Petazzoni2013-12-151-25/+3
| | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* python-setuptools: Add missing $(TARGET_DIR) to PYTHONPATHGravatar Markos Chandras2013-08-271-3/+2
| | | | | | | | | | | | | | | | | | | | The $(TARGET_DIR) variable is required when building python-setuptools for the target otherwise the build system detects the host installation which leads to permission error problems like these: Setuptools installation detected at /usr/lib64/python2.7/site-packages Renaming /usr/lib64/python2.7/site-packages/setuptools-0.9.8-py2.7.egg-info to /usr/lib64/python2.7/site-packages/setuptools-0.9.8-py2.7.egg-info.OLD.1377005697.88 OSError: [Errno 13] Permission denied Moreover, remove the PYTHONPATH variable for host variant since it's not needed. Signed-off-by: Markos Chandras <markos.chandras@imgtec.com> Tested-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Normalize separator size to 80Gravatar Alexandre Belloni2013-06-061-2/+2
| | | | | Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* python-setuptools: forkbump and add workaround for shebangsGravatar Gustavo Zacarias2013-05-072-8/+67
| | | | | | | | | | | | | | | | | | | Switch to distribute fork since it's maintained and fixes a few issues while bumping to version 0.6.36. There's work upstream in re-merging with setuptools which is now supposedly maintained, see http://mail.python.org/pipermail/distutils-sig/2013-March/020126.html Buildroot python packages should use --single-version-externally-managed and --root=/ in the install phase even if they're not setuptools-based. This is because the default is to build egg files (zip files) for packages to support multiple target versions, and since the packages should be handled by buildroot infrastructure that's not needed. Also potentially doing double-compression is time-wasting (i.e. egg file and target filesystem) when running on slow targets. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* all packages: rename XXXTARGETS to xxx-packageGravatar Arnout Vandecappelle (Essensium/Mind)2012-07-171-1/+1
| | | | | | | | | | | | | Also remove the redundant $(call ...). This is a purely mechanical change, performed with find package linux toolchain boot -name \*.mk | \ xargs sed -i -e 's/$(eval $(call GENTARGETS))/$(eval $(generic-package))/' \ -e 's/$(eval $(call AUTOTARGETS))/$(eval $(autotools-package))/' \ -e 's/$(eval $(call CMAKETARGETS))/$(eval $(cmake-package))/' Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* all packages: use new host-xxx-package macrosGravatar Arnout Vandecappelle (Essensium/Mind)2012-07-171-1/+1
| | | | | | | | | | | This is a purely mechanical change, performed with find package linux toolchain boot -name \*.mk | \ xargs sed -i -e 's/$(eval $(call GENTARGETS,host))/$(eval $(host-generic-package))/' \ -e 's/$(eval $(call AUTOTARGETS,host))/$(eval $(host-autotools-package))/' \ -e 's/$(eval $(call CMAKETARGETS,host))/$(eval $(host-cmake-package))/' Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* python-setuptools: remove redundant HOST_PYTHON_SETUPTOOLS_DEPENDENCIESGravatar Peter Korsgaard2012-01-181-2/+0
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* New package: python-setuptoolsGravatar Yegor Yefremov2012-01-072-0/+42
Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>