mirror
/
openwrt-packages
mirror of https://git.openwrt.org/feed/packages.git
1
0
Fork 0
Code Releases Activity
openwrt-packages/lang/python/python3/Makefile

396 lines
12 KiB
Makefile
Raw Normal View History

python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
#
python3: upgrade to version 3.5.1 Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2016-04-14 10:41:48 +02:00
# Copyright (C) 2006-2016 OpenWrt.org
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
#
# This is free software, licensed under the GNU General Public License v2.
# See /LICENSE for more information.
#
include $(TOPDIR)/rules.mk
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
# The file included below defines PYTHON3_VERSION
python,python3: export mk files outside of python package dirs Since `lang/python` is it's own folder of Python packages (for both Python 2 & 3), and these build rules are needed in a lot of packages [especially Python packages], putting them here makes sense architecturally, to be shared. This also helps get rid of the `include_mk` construct which relies on OpenWrt core to provide, and seems like a broken design idea that has persisted for a while. Reason is: it requires that Python 2/3 be built to provide these mk files for other Python packages, which seems like a bad idea. Long-term, there could be an issue where some other feeds would require these mk files [e.g. telephony] for some Python packages. We'll see how we handle this a bit later. For now we limit this to this feed. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2018-01-10 08:29:41 +01:00
include ../python3-version.mk
python: upgrade to version 3.4.1 Some notes: - Python 3 (at least version 3.4) is pretty cross-compiler-friendly, so a lot of patches were thrown away. - Arguments below were moved to ./files/config.site file, and disabled ac_cv_have_chflags=no \ ac_cv_have_lchflags=no \ ac_cv_py_format_size_t=no \ ac_cv_have_long_long_format=yes \ ac_cv_buggy_getaddrinfo=no \ - --without-ensurepip added, because the build wants to ensure that it works; that's a good idea, but for now, it requires special setup, and we can do that later - --without-pymalloc added, becase in Python 3, modules are suffixed with m; e.g. so some paths are python3.4m instead of python3.4 all this is detailed here: http://legacy.python.org/dev/peps/pep-3149/ Maybe it will be a good idea to re-add this back Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-26 15:50:16 +02:00
rename package name to python3
2014-10-13 12:21:16 +02:00
PKG_NAME:=python3
python3: add 'ensurepip' to python3-pip sub-package Fixes: https://github.com/openwrt/packages/issues/12707 Seems to work. Looking into the 'venv' lib, it seems it's installing pip & setuptools inside a virtual environment. `python3-pip` is already ~6 MB. This adds another ~3 MB. But, this gives users the ability to run Python virtual environments, which is a pretty common feature of Python in production cases (usually web stuff). Signed-off-by: Alexandru Ardelean <alex@shruggie.ro>
2023-01-25 13:03:29 +01:00
PKG_RELEASE:=3
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
PKG_VERSION:=$(PYTHON3_VERSION).$(PYTHON3_VERSION_MICRO)
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
PKG_SOURCE:=Python-$(PKG_VERSION).tar.xz
python3: Download source archive via https Signed-off-by: Florian Fieber <florian@florianfieber.de>
2015-06-11 18:37:39 +02:00
PKG_SOURCE_URL:=https://www.python.org/ftp/python/$(PKG_VERSION)
python3: update to 3.10.7 * fixes CVE-2021-28861 * adjust pip and setuptools versions * refresh patches Signed-off-by: Michal Vasilek <michal.vasilek@nic.cz>
2022-10-10 15:39:46 +02:00
PKG_HASH:=6eed8415b7516fb2f260906db5d48dd4c06acc0cb24a7d6cc15296a604dcdc48
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
python-packages: remove myself as maintainer There's been a bit of overlapping opinions on some of these packages. The best thing to do here is to reduce ownership and relinquish my control. This patch does that. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2021-11-23 12:14:42 +01:00
PKG_MAINTAINER:=Jeffery To <jeffery.to@gmail.com>
python3: Update to 3.10.1, refresh/remove patches Removed patches: * 027-bpo-43158-Use-configure-values-for-building-_uuid-ex.patch Already merged. * 029-disable-deprecation-warning.patch Packages should be patched/fixed to remove the use of distutils instead of disabling this warning. Also: * Updates PKG_LICENSE to use the correct SPDX license identifier * Fixes build for mipsel_24kc_24kf Fixes https://github.com/openwrt/packages/issues/17217. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2021-12-28 10:11:24 +01:00
PKG_LICENSE:=PSF-2.0
python3: refresh LICENSE information Changed PKG_LICENSE to reflect spdx license tag, and PKG_LICENSE_FILES to include all lincense-related files applicable to the parts of the code we are actually using to build and/or distributing. The Windows-only files, and the python-bundled Tools we're not using have been left out. Signed-off-by: Eneas U de Queiroz <cote2004-github@yahoo.com>
2019-05-20 23:20:43 +02:00
PKG_LICENSE_FILES:=LICENSE Doc/copyright.rst Doc/license.rst Modules/_ctypes/darwin/LICENSE Modules/_ctypes/libffi_osx/LICENSE Modules/expat/COPYING
python: Add PKG_CPE_ID for proper CVE tracking Signed-off-by: Rosen Penev <rosenp@gmail.com>
2019-03-09 21:04:00 +01:00
PKG_CPE_ID:=cpe:/a:python:python
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
python3: sync makefiles with python package Technically, this just updates build details. No functionality change to package itself. So, no need to increase PKG_RELEASE on this change. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-04 10:27:36 +01:00
# This file provides the necsessary host build variables
python,python3: export mk files outside of python package dirs Since `lang/python` is it's own folder of Python packages (for both Python 2 & 3), and these build rules are needed in a lot of packages [especially Python packages], putting them here makes sense architecturally, to be shared. This also helps get rid of the `include_mk` construct which relies on OpenWrt core to provide, and seems like a broken design idea that has persisted for a while. Reason is: it requires that Python 2/3 be built to provide these mk files for other Python packages, which seems like a bad idea. Long-term, there could be an issue where some other feeds would require these mk files [e.g. telephony] for some Python packages. We'll see how we handle this a bit later. For now we limit this to this feed. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2018-01-10 08:29:41 +01:00
include ../python3-host.mk
python3: sync makefiles with python package Technically, this just updates build details. No functionality change to package itself. So, no need to increase PKG_RELEASE on this change. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-04 10:27:36 +01:00
# For Py3Package
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
PYTHON3_PKG_BUILD:=0
python,python3: export mk files outside of python package dirs Since `lang/python` is it's own folder of Python packages (for both Python 2 & 3), and these build rules are needed in a lot of packages [especially Python packages], putting them here makes sense architecturally, to be shared. This also helps get rid of the `include_mk` construct which relies on OpenWrt core to provide, and seems like a broken design idea that has persisted for a while. Reason is: it requires that Python 2/3 be built to provide these mk files for other Python packages, which seems like a bad idea. Long-term, there could be an issue where some other feeds would require these mk files [e.g. telephony] for some Python packages. We'll see how we handle this a bit later. For now we limit this to this feed. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2018-01-10 08:29:41 +01:00
include ../python3-package.mk
python3: split `python3-version.mk` from `python3-package.mk` And move \`python3-package.mk\` include, same as in python package. This is mostly to have consistency/similarity between python & python3 packages. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2016-12-16 08:07:41 +01:00
python,python3: apply PKG_FIXUP:=autoreconf Should hopefully provide more consistent results across distros. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-11-06 17:05:14 +01:00
PKG_FIXUP:=autoreconf
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
PKG_INSTALL:=1
PKG_BUILD_PARALLEL:=1
HOST_BUILD_PARALLEL:=1
PKG_BUILD_DIR:=$(BUILD_DIR)/Python-$(PKG_VERSION)
HOST_BUILD_DIR:=$(BUILD_DIR_HOST)/Python-$(PKG_VERSION)
python,python3: build bluetooth support if bluez-libs selected This should hopefully fix the Python3 build on buildbot. For a while I assumed it may be a build-bot issue, but then looking through the packages repo [and finding the bluez package] it looks like, if you try to build all packages, Python3 detects the bluetooth headers installed by bluez. It looks like Python's bluetooth support was somewhat broken ; it was not detecting the <bluetooth/bluetooth.h> header, so a backport from Python3 to Python fixed that. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-11-14 09:04:32 +01:00
PKG_CONFIG_DEPENDS:= \
python,python3: split python[3]-pkg-resources from setuptools This package is required by other packages to run some binaries via `load_entry_point`. So, this splits this package away from setuptools. setuptools is pretty big, akd pkg-resources is also big, but not as big. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2019-09-10 18:51:03 +02:00
CONFIG_PACKAGE_python3-pkg-resources \
python3: enable bluetooth support by default Bluetooth support requires bluez-libs present, but they are only required for the build, and don't seem to be needed to be present on the target. There isn't any linking required to libbluetooth. It's only the bluetooth.h header that is required for building BT support into Python. For testing, this snippet was used from `Lib/test/test_socket.py` (inside cpython): ``` def _have_socket_bluetooth(): """Check whether AF_BLUETOOTH sockets are supported on this host.""" try: # RFCOMM is supported by all platforms with bluetooth support. Windows # does not support omitting the protocol. s = socket.socket(socket.AF_BLUETOOTH, socket.SOCK_STREAM, socket.BTPROTO_RFCOMM) except (AttributeError, OSError): return False else: s.close() return True ``` Fixes: https://github.com/openwrt/packages/issues/16544 Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2021-09-25 10:18:51 +02:00
CONFIG_PACKAGE_python3-setuptools CONFIG_PACKAGE_python3-pip
python,python3: add dependency on CONFIG_PACKAGE_ symbols for setuptools & pip If you build python/python3 and later decide to build python(3)-setuptools and/or python(3)-pip, the build won't re-run without adding `CONFIG_PACKAGE_python(3)-setuptools` and `CONFIG_PACKAGE_python(3)-pip`. Seems to resolve issue: https://github.com/openwrt/packages/issues/4529 Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-07-03 09:46:59 +02:00
python3: enable bluetooth support by default Bluetooth support requires bluez-libs present, but they are only required for the build, and don't seem to be needed to be present on the target. There isn't any linking required to libbluetooth. It's only the bluetooth.h header that is required for building BT support into Python. For testing, this snippet was used from `Lib/test/test_socket.py` (inside cpython): ``` def _have_socket_bluetooth(): """Check whether AF_BLUETOOTH sockets are supported on this host.""" try: # RFCOMM is supported by all platforms with bluetooth support. Windows # does not support omitting the protocol. s = socket.socket(socket.AF_BLUETOOTH, socket.SOCK_STREAM, socket.BTPROTO_RFCOMM) except (AttributeError, OSError): return False else: s.close() return True ``` Fixes: https://github.com/openwrt/packages/issues/16544 Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2021-09-25 10:18:51 +02:00
PKG_BUILD_DEPENDS:=bluez python3/host
expat: don't build host libs tools/expat is actually what's used by the various packages that supposedly depend on expat/host. Signed-off-by: Rosen Penev <rosenp@gmail.com>
2021-10-19 01:10:33 +02:00
HOST_BUILD_DEPENDS:=bzip2/host libffi/host
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
include $(INCLUDE_DIR)/host-build.mk
include $(INCLUDE_DIR)/package.mk
rename package name to python3
2014-10-13 12:21:16 +02:00
define Package/python3/Default
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
SUBMENU:=Python
SECTION:=lang
CATEGORY:=Languages
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
TITLE:=Python $(PYTHON3_VERSION) programming language
python3: Download source archive via https Signed-off-by: Florian Fieber <florian@florianfieber.de>
2015-06-11 18:37:39 +02:00
URL:=https://www.python.org/
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
endef
rename package name to python3
2014-10-13 12:21:16 +02:00
define Package/python3/Default/description
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
Python is a dynamic object-oriented programming language that can be used
for many kinds of software development. It offers strong support for
integration with other languages and tools, comes with extensive standard
libraries, and can be learned in a few days. Many Python programmers
report substantial productivity gains and feel the language encourages
the development of higher quality, more maintainable code.
endef
python3: introduce libpython3 with ABI_VERSION flag Related to discussion: https://github.com/openwrt/packages/pull/14060 Every once in a while a version bump will occur that requires an ABI change. Example: Python 3.8 to 3.9. When this happens some Python packages would need to be rebuilt. In setups where everything gets rebuilt, this isn't a problem. It's usually a bigger problem when needing to upgrade something via opkg. To accommodate for this, we add a libpython with it's own ABI_VERSION flag. If this ABI_VERSION changes, then this should propagate forward. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2020-12-15 10:07:21 +01:00
define Package/libpython3
$(call Package/python3/Default)
TITLE:=Python $(PYTHON3_VERSION) core library
DEPENDS:=+libpthread +zlib
ABI_VERSION:=$(PYTHON3_VERSION)
endef
define Package/libpython3/description
This package contains only core Python library.
endef
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
define Package/python3-base
rename package name to python3
2014-10-13 12:21:16 +02:00
$(call Package/python3/Default)
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
TITLE:=Python $(PYTHON3_VERSION) interpreter
python3: introduce libpython3 with ABI_VERSION flag Related to discussion: https://github.com/openwrt/packages/pull/14060 Every once in a while a version bump will occur that requires an ABI change. Example: Python 3.8 to 3.9. When this happens some Python packages would need to be rebuilt. In setups where everything gets rebuilt, this isn't a problem. It's usually a bigger problem when needing to upgrade something via opkg. To accommodate for this, we add a libpython with it's own ABI_VERSION flag. If this ABI_VERSION changes, then this should propagate forward. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2020-12-15 10:07:21 +01:00
DEPENDS:=+libpthread +zlib +libpython3
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
endef
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
define Package/python3-base/description
This package contains only the interpreter and the bare minimum
for the interpreter to start.
endef
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
define Package/python3-light
$(call Package/python3/Default)
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
TITLE:=Python $(PYTHON3_VERSION) light installation
python3: bump to version 3.10.0 Manually re-applied: 008-distutils-use-python-sysroot.patch 016-adjust-config-paths.patch Drop patch: 003-do-not-run-distutils-tests.patch There is now a configure option '--disable-test-modules' And seems we left the '_ctypes_test' around for quite some time. Dropped now. Refs: https://bugs.python.org/issue27640 https://bugs.python.org/issue43282 Drop patch: 013-getbuildinfo-date-time-source-date-epoch.patch Python build honors SOURCE_DATE_EPOCH pretty well now. Drop setuptools patches. Setuptools should be reproducible with Python 3.6+ according to a mention here: https://github.com/pypa/setuptools/pull/1690#issuecomment-536517456 It's time to let upstream fix Setuptools reproduce-ability. Drop patch: 010-do-not-add-rt-lib-dirs-when-cross-compiling.patch I can't seem to fully remember why it's there. And it seem to build fine without it. Drop patch: 015-abort-on-failed-modules.patch Python build supports a similar PYTHONSTRICTEXTENSIONBUILD=1 env-var option. Add patch: 026-openssl-feature-flags.patch We need to keep this in our tree for a while. See: https://bugs.python.org/issue45627 Backport patch: 027-bpo-43158-Use-configure-values-for-building-_uuid-ex.patch Link: https://github.com/python/cpython/pull/29353 Fixes the build for uuid C module. Add patch: 028-host-python-support-ssl-with-libressl.patch We need the _ssl module working on the host-side with LibreSSL for pip to work to download from https://pypi.org Refs: https://github.com/openwrt/openwrt/pull/4749 Add patch: 029-disable-deprecation-warning.patch Fixes apparmor build. The warning causes a configure error. Refreshed the rest of patches. Some old build-flags were removed. They don't seem to be necessary anymore. Split python3-uuid from python3-light. To better manage the libuuid library (if needed). Also, fixing the uuid C module build. Seems this was failing, and was falling back to using hashlib. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2021-10-27 11:10:02 +02:00
DEPENDS:=+python3-base +libffi +libbz2
python,python3: define config option for bluetooth support It was reported via https://github.com/openwrt/packages/pull/5122#issuecomment-347395472 that if bluez-libs is selected as an installable package, then the error below will show up: ``` * satisfy_dependencies_for: Cannot satisfy the following dependencies for python-light: * bluez-libs * * opkg_install_cmd: Cannot install package python-light. ``` This looks like a limitation in the design of package deps, and maybe a misuse of conditional deps (i.e. PACKAGE_bluez-libs:bluez-libs). So, to fix this, an idea we're adding an extra symbol that enfoces installation of bluez-libs if selected. We also need to add a way to disable bluetooth build if PYTHON(3)_BLUETOOTH_SUPPORT is de-selected. Otherwise, bluetooth is installed and the socket module is broken due to linker errors. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-11-30 15:44:48 +01:00
endef
define Package/python3-light/config
source "$(SOURCE)/Config-python3-light.in"
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
endef
define Package/python3-light/description
This package is essentially the python3-base package plus
a few of the rarely used (and big) libraries stripped out
into separate packages.
endef
PYTHON3_LIB_FILES_DEL:=
PYTHON3_PACKAGES:=
python3: upgrade to version 3.5.0 Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-09-14 21:16:15 +02:00
PYTHON3_SO_SUFFIX:=cpython-$(PYTHON3_VERSION_MAJOR)$(PYTHON3_VERSION_MINOR).so
python3: sync makefiles with python package Technically, this just updates build details. No functionality change to package itself. So, no need to increase PKG_RELEASE on this change. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-04 10:27:36 +01:00
PYTHON3_PACKAGES_DEPENDS:=
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
define Py3BasePackage
PYTHON3_PACKAGES+=$(1)
python3: sync makefiles with python package Technically, this just updates build details. No functionality change to package itself. So, no need to increase PKG_RELEASE on this change. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-04 10:27:36 +01:00
ifeq ($(3),)
PYTHON3_PACKAGES_DEPENDS+=$(1)
endif
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
PYTHON3_LIB_FILES_DEL+=$(2)
define Py3Package/$(1)/filespec
pip,setuptools: move as part of python,python3 build Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-19 17:25:19 +01:00
ifneq ($(2),)
$(subst $(space),$(newline),$(foreach lib_file,$(2),+|$(lib_file)))
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
-|/usr/lib/python$(PYTHON3_VERSION)/*/test
-|/usr/lib/python$(PYTHON3_VERSION)/*/tests
pip,setuptools: move as part of python,python3 build Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-19 17:25:19 +01:00
endif
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
endef
python,python3: do not package binary files to base packages Thanks to fix 200a5a2eec896b2d34f1114d14df66d810c1f4bd all base packages now contain all binaries that are generated as part of python installation. That causes collision between those packages with package managers that consider this such as Turris updater-ng. This is also just wrong. Those binaries were not included and should not be after mentioned fix as well. This just adds empty install definition. The idea is to override the default one that is otherwise used. Signed-off-by: Karel Kočí <karel.koci@nic.cz>
2019-02-20 12:51:05 +01:00
Py3Package/$(1)/install?=:
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
endef
include ./files/python3-package-*.mk
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
define Package/python3
$(call Package/python3/Default)
python3: sync makefiles with python package Technically, this just updates build details. No functionality change to package itself. So, no need to increase PKG_RELEASE on this change. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-04 10:27:36 +01:00
DEPENDS:=+python3-light $(foreach package,$(PYTHON3_PACKAGES_DEPENDS),+$(package))
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
endef
rename package name to python3
2014-10-13 12:21:16 +02:00
define Package/python3/description
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
This package contains the (almost) full Python install.
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
It's python3-light + all other packages.
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
endef
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
EXTRA_LDFLAGS+= \
python3: fix compilation Because of e52d0487e88c3c8c57e1310d1a02b18eae0d142e , these flags no longer get passed. Add them back to fix compilation. Signed-off-by: Rosen Penev <rosenp@gmail.com>
2020-11-29 07:02:53 +01:00
-L$(PKG_BUILD_DIR) \
-L$(STAGING_DIR)/usr/lib -L$(STAGING_DIR)/lib
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
python3: Update to 3.10.1, refresh/remove patches Removed patches: * 027-bpo-43158-Use-configure-values-for-building-_uuid-ex.patch Already merged. * 029-disable-deprecation-warning.patch Packages should be patched/fixed to remove the use of distutils instead of disabling this warning. Also: * Updates PKG_LICENSE to use the correct SPDX license identifier * Fixes build for mipsel_24kc_24kf Fixes https://github.com/openwrt/packages/issues/17217. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2021-12-28 10:11:24 +01:00
# Workaround for hardfloat mips
# https://bugs.python.org/issue46265
ifneq ($(findstring mips,$(CONFIG_ARCH)),)
ifeq ($(CONFIG_HAS_FPU),y)
CONFIGURE_VARS += \
ax_cv_check_cflags___fno_semantic_interposition=no
endif
endif
python3: bump to version 3.10.0 Manually re-applied: 008-distutils-use-python-sysroot.patch 016-adjust-config-paths.patch Drop patch: 003-do-not-run-distutils-tests.patch There is now a configure option '--disable-test-modules' And seems we left the '_ctypes_test' around for quite some time. Dropped now. Refs: https://bugs.python.org/issue27640 https://bugs.python.org/issue43282 Drop patch: 013-getbuildinfo-date-time-source-date-epoch.patch Python build honors SOURCE_DATE_EPOCH pretty well now. Drop setuptools patches. Setuptools should be reproducible with Python 3.6+ according to a mention here: https://github.com/pypa/setuptools/pull/1690#issuecomment-536517456 It's time to let upstream fix Setuptools reproduce-ability. Drop patch: 010-do-not-add-rt-lib-dirs-when-cross-compiling.patch I can't seem to fully remember why it's there. And it seem to build fine without it. Drop patch: 015-abort-on-failed-modules.patch Python build supports a similar PYTHONSTRICTEXTENSIONBUILD=1 env-var option. Add patch: 026-openssl-feature-flags.patch We need to keep this in our tree for a while. See: https://bugs.python.org/issue45627 Backport patch: 027-bpo-43158-Use-configure-values-for-building-_uuid-ex.patch Link: https://github.com/python/cpython/pull/29353 Fixes the build for uuid C module. Add patch: 028-host-python-support-ssl-with-libressl.patch We need the _ssl module working on the host-side with LibreSSL for pip to work to download from https://pypi.org Refs: https://github.com/openwrt/openwrt/pull/4749 Add patch: 029-disable-deprecation-warning.patch Fixes apparmor build. The warning causes a configure error. Refreshed the rest of patches. Some old build-flags were removed. They don't seem to be necessary anymore. Split python3-uuid from python3-light. To better manage the libuuid library (if needed). Also, fixing the uuid C module build. Seems this was failing, and was falling back to using hashlib. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2021-10-27 11:10:02 +02:00
MAKE_VARS += \
PYTHONSTRICTEXTENSIONBUILD=1
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
CONFIGURE_ARGS+= \
python3: Enable compile-time optimizations This adds the --enable-optimizations configure option (for profile-guided optimization) for both host and target Python, and the --with-lto configure option (for link-time optimization) for target Python (for non-MIPS platforms). Currently, compiling Python with LTO leads to link errors on mips and mipsel. (Compiling with LTO appears to succeed on mips64 but there is only one mips64 target available for convenient testing.) This also cleans up the host and target configure options: * Sort options/variables - Alphabetically - Flags/options before child-process environment variables - Group options by type (enable/disable/with/without) - Static options/variables before conditional ones * Remove the prefix/dir options, as they are the same as the defaults set by the build system * Remove --with-threads, as it is no longer a valid option (threads are always enabled) Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-05-18 09:01:17 +02:00
--enable-optimizations \
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
--enable-shared \
python3: upgrade to version 3.6.0 Python 3.6 comes with some new cross-compilation logic that generates filenames/paths with arch, abiflags and mach included (in filename & path). Problem is that the generated paths/filenames are not consistent across archs (noticed on x86_64 & ar71xx), so patch `016-adjust-config-paths.patch` was added to mitigate this (by removing extra stuff in paths). Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-01 00:53:14 +01:00
--with-system-ffi \
python3: Enable compile-time optimizations This adds the --enable-optimizations configure option (for profile-guided optimization) for both host and target Python, and the --with-lto configure option (for link-time optimization) for target Python (for non-MIPS platforms). Currently, compiling Python with LTO leads to link errors on mips and mipsel. (Compiling with LTO appears to succeed on mips64 but there is only one mips64 target available for convenient testing.) This also cleans up the host and target configure options: * Sort options/variables - Alphabetically - Flags/options before child-process environment variables - Group options by type (enable/disable/with/without) - Static options/variables before conditional ones * Remove the prefix/dir options, as they are the same as the defaults set by the build system * Remove --with-threads, as it is no longer a valid option (threads are always enabled) Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-05-18 09:01:17 +02:00
--without-cxx-main \
--without-ensurepip \
pip,setuptools: move as part of python,python3 build Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-19 17:25:19 +01:00
--without-pymalloc \
python3: bump to version 3.10.0 Manually re-applied: 008-distutils-use-python-sysroot.patch 016-adjust-config-paths.patch Drop patch: 003-do-not-run-distutils-tests.patch There is now a configure option '--disable-test-modules' And seems we left the '_ctypes_test' around for quite some time. Dropped now. Refs: https://bugs.python.org/issue27640 https://bugs.python.org/issue43282 Drop patch: 013-getbuildinfo-date-time-source-date-epoch.patch Python build honors SOURCE_DATE_EPOCH pretty well now. Drop setuptools patches. Setuptools should be reproducible with Python 3.6+ according to a mention here: https://github.com/pypa/setuptools/pull/1690#issuecomment-536517456 It's time to let upstream fix Setuptools reproduce-ability. Drop patch: 010-do-not-add-rt-lib-dirs-when-cross-compiling.patch I can't seem to fully remember why it's there. And it seem to build fine without it. Drop patch: 015-abort-on-failed-modules.patch Python build supports a similar PYTHONSTRICTEXTENSIONBUILD=1 env-var option. Add patch: 026-openssl-feature-flags.patch We need to keep this in our tree for a while. See: https://bugs.python.org/issue45627 Backport patch: 027-bpo-43158-Use-configure-values-for-building-_uuid-ex.patch Link: https://github.com/python/cpython/pull/29353 Fixes the build for uuid C module. Add patch: 028-host-python-support-ssl-with-libressl.patch We need the _ssl module working on the host-side with LibreSSL for pip to work to download from https://pypi.org Refs: https://github.com/openwrt/openwrt/pull/4749 Add patch: 029-disable-deprecation-warning.patch Fixes apparmor build. The warning causes a configure error. Refreshed the rest of patches. Some old build-flags were removed. They don't seem to be necessary anymore. Split python3-uuid from python3-light. To better manage the libuuid library (if needed). Also, fixing the uuid C module build. Seems this was failing, and was falling back to using hashlib. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2021-10-27 11:10:02 +02:00
--disable-test-modules \
python3: Enable compile-time optimizations This adds the --enable-optimizations configure option (for profile-guided optimization) for both host and target Python, and the --with-lto configure option (for link-time optimization) for target Python (for non-MIPS platforms). Currently, compiling Python with LTO leads to link errors on mips and mipsel. (Compiling with LTO appears to succeed on mips64 but there is only one mips64 target available for convenient testing.) This also cleans up the host and target configure options: * Sort options/variables - Alphabetically - Flags/options before child-process environment variables - Group options by type (enable/disable/with/without) - Static options/variables before conditional ones * Remove the prefix/dir options, as they are the same as the defaults set by the build system * Remove --with-threads, as it is no longer a valid option (threads are always enabled) Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-05-18 09:01:17 +02:00
$(if $(CONFIG_IPV6),--enable-ipv6) \
$(if $(findstring mips,$(CONFIG_ARCH)),,--with-lto) \
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
CONFIG_SITE="$(PKG_BUILD_DIR)/config.site" \
python3: enable bluetooth support by default Bluetooth support requires bluez-libs present, but they are only required for the build, and don't seem to be needed to be present on the target. There isn't any linking required to libbluetooth. It's only the bluetooth.h header that is required for building BT support into Python. For testing, this snippet was used from `Lib/test/test_socket.py` (inside cpython): ``` def _have_socket_bluetooth(): """Check whether AF_BLUETOOTH sockets are supported on this host.""" try: # RFCOMM is supported by all platforms with bluetooth support. Windows # does not support omitting the protocol. s = socket.socket(socket.AF_BLUETOOTH, socket.SOCK_STREAM, socket.BTPROTO_RFCOMM) except (AttributeError, OSError): return False else: s.close() return True ``` Fixes: https://github.com/openwrt/packages/issues/16544 Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2021-09-25 10:18:51 +02:00
OPT="$(TARGET_CFLAGS)"
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
define Build/Prepare
$(call Build/Prepare/Default)
$(CP) ./files/config.site $(PKG_BUILD_DIR)/config.site
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
endef
pip,setuptools: move as part of python,python3 build Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-19 17:25:19 +01:00
ifdef CONFIG_PACKAGE_python3-setuptools
python,python3: split python[3]-pkg-resources from setuptools This package is required by other packages to run some binaries via `load_entry_point`. So, this splits this package away from setuptools. setuptools is pretty big, akd pkg-resources is also big, but not as big. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2019-09-10 18:51:03 +02:00
PYTHON3_SETUPTOOLS_BUILD:=1
endif
ifdef CONFIG_PACKAGE_python3-pkg-resources
PYTHON3_SETUPTOOLS_BUILD:=1
endif
ifeq ($(PYTHON3_SETUPTOOLS_BUILD),1)
pip,setuptools: move as part of python,python3 build Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-19 17:25:19 +01:00
define Build/Compile/python3-setuptools
python-setuptools,python-pip: Set pip cache dir, disable version check This adds --cache-dir and --disable-pip-version-check options for host pip, when "installing" target setuptools and pip. This also changes the pip command to use $(HOST_PYTHON[3]_PIP) from python[3]-host.mk. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-29 16:29:20 +02:00
$(HOST_PYTHON3_PIP) \
--disable-pip-version-check \
--cache-dir "$(DL_DIR)/pip-cache" \
install \
pip,setuptools: move as part of python,python3 build Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-19 17:25:19 +01:00
--ignore-installed \
python-setuptools,python-pip: Change prefix to /usr This changes the --prefix option, passed to host pip when "installing" target setuptools and pip, to /usr, in case the prefix is recorded in the packages. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-29 16:38:30 +02:00
--root=$(PKG_BUILD_DIR)/install-setuptools \
--prefix=/usr \
python3: Update to 3.8.4, refresh/rework patches, backport patches This version includes fixes for: * CVE-2020-14422: Hash collisions in IPv4Interface and IPv6Interface * CVE-2020-15523: Python uses invalid DLL path after calling Py_SetPath on Windows This version also includes support for OpenSSL 1.1.x builds that use 'no-deprecated' and '--api=1.1.0'[1], and so this removes the previous OpenSSL-related patches. This also backports fixes for security issues, including: * CVE-2019-20907: Infinite loop in the tarfile module This also updates the setuptools and pip packages to 47.1.0 and 20.1.1, respectively. [1]: https://github.com/python/cpython/pull/20566 Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-07-19 23:48:57 +02:00
$(PKG_BUILD_DIR)/Lib/ensurepip/_bundled/setuptools-$(PYTHON3_SETUPTOOLS_VERSION)-py3-none-any.whl
python-setuptools,python-pip: Change prefix to /usr This changes the --prefix option, passed to host pip when "installing" target setuptools and pip, to /usr, in case the prefix is recorded in the packages. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-29 16:38:30 +02:00
$(call PatchDir,$(PKG_BUILD_DIR)/install-setuptools/usr/lib/python$(PYTHON3_VERSION)/site-packages,./patches-setuptools,)
pip,setuptools: move as part of python,python3 build Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-19 17:25:19 +01:00
endef
python3: do a simple ls on pip & setuptools if not selected for build I seem to forget to check/select setuptools and pip (that come bundled with Python). This change will do a simple 'ls' on the 2 wheel files, so that the build fails even if just building Python. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2021-07-05 10:28:38 +02:00
else
define Build/Compile/python3-setuptools
ls $(PKG_BUILD_DIR)/Lib/ensurepip/_bundled/setuptools-$(PYTHON3_SETUPTOOLS_VERSION)-py3-none-any.whl
endef
pip,setuptools: move as part of python,python3 build Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-19 17:25:19 +01:00
endif # CONFIG_PACKAGE_python3-setuptools
ifdef CONFIG_PACKAGE_python3-pip
define Build/Compile/python3-pip
python-setuptools,python-pip: Set pip cache dir, disable version check This adds --cache-dir and --disable-pip-version-check options for host pip, when "installing" target setuptools and pip. This also changes the pip command to use $(HOST_PYTHON[3]_PIP) from python[3]-host.mk. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-29 16:29:20 +02:00
$(HOST_PYTHON3_PIP) \
--disable-pip-version-check \
--cache-dir "$(DL_DIR)/pip-cache" \
install \
pip,setuptools: move as part of python,python3 build Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-19 17:25:19 +01:00
--ignore-installed \
python-setuptools,python-pip: Change prefix to /usr This changes the --prefix option, passed to host pip when "installing" target setuptools and pip, to /usr, in case the prefix is recorded in the packages. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-29 16:38:30 +02:00
--root=$(PKG_BUILD_DIR)/install-pip \
--prefix=/usr \
python3: bump version to 3.9.5 Refreshed Python patches. Updated pip & setuptools version. For pip, patch '001-pep517-pyc-fix.patch' was reworked. Also, the current version of the bundled pip (21.1.1) no longer supports Python2, so the 'py2.py3' suffix gets replaced with just py3. For setuptools, there is no longer a script/module: https://github.com/pypa/setuptools/pull/2544 Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2021-05-10 09:10:17 +02:00
$(PKG_BUILD_DIR)/Lib/ensurepip/_bundled/pip-$(PYTHON3_PIP_VERSION)-py3-none-any.whl
python-setuptools,python-pip: Change prefix to /usr This changes the --prefix option, passed to host pip when "installing" target setuptools and pip, to /usr, in case the prefix is recorded in the packages. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-29 16:38:30 +02:00
$(call PatchDir,$(PKG_BUILD_DIR)/install-pip/usr/lib/python$(PYTHON3_VERSION)/site-packages,./patches-pip,)
pip,setuptools: move as part of python,python3 build Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-19 17:25:19 +01:00
endef
python3: do a simple ls on pip & setuptools if not selected for build I seem to forget to check/select setuptools and pip (that come bundled with Python). This change will do a simple 'ls' on the 2 wheel files, so that the build fails even if just building Python. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2021-07-05 10:28:38 +02:00
else
define Build/Compile/python3-pip
ls $(PKG_BUILD_DIR)/Lib/ensurepip/_bundled/pip-$(PYTHON3_PIP_VERSION)-py3-none-any.whl
endef
pip,setuptools: move as part of python,python3 build Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-19 17:25:19 +01:00
endif # CONFIG_PACKAGE_python3-pip
define Build/Compile
$(call Build/Compile/Default)
# Use host pip to install python-setuptools
$(call Build/Compile/python3-setuptools)
$(call Build/Compile/python3-pip)
endef
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
define Build/InstallDev
python,python3: Use only target package data for Build/InstallDev This changes Build/InstallDev for both Python 2 and 3 to only copy files from target Python, not from host Python, since InstallDev files are used for target packages to link to other target packages. In particular, usr/lib/python{2.7,3.7}/_sysconfigdata.py holds system configuration data generated at build time, and is different for target Python and host Python. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-03-26 20:33:16 +01:00
$(INSTALL_DIR) $(1)/usr/include $(1)/usr/lib $(1)/usr/lib/pkgconfig
python,python3: Move python-config to $(STAGING_DIR)/host Build/InstallDev is passed a second argument, a path where host binaries should be placed (ultimately $(STAGING_DIR)/host). This change moves python[3]-config to that directory. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-06-09 08:05:55 +02:00
$(INSTALL_DIR) $(2)/bin
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
$(CP) \
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
$(PKG_INSTALL_DIR)/usr/include/python$(PYTHON3_VERSION) \
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
$(1)/usr/include/
$(CP) \
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
$(PKG_INSTALL_DIR)/usr/lib/python$(PYTHON3_VERSION) \
$(PKG_INSTALL_DIR)/usr/lib/libpython$(PYTHON3_VERSION).so* \
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
$(1)/usr/lib/
python3: Use default _PYTHON_HOST_PLATFORM This lets the Python build process set _PYTHON_HOST_PLATFORM instead of forcing an explicit value. Also: * Save the target _PYTHON_HOST_PLATFORM value during Build/InstallDev for use when building target Python packages (in python3-package.mk). * Use the (mostly) default PYTHON_FOR_BUILD value, instead patch configure to remove the platform triplet from the sysconfigdata file name. * Remove the "CROSS_COMPILE=yes" make variable (there is no indication that this variable is necessary). * Force host pip to build packages from source instead of downloading binary wheels. Previously, host pip can download universal (platform-independent) wheels but not platform-specific wheels, because of the custom _PYTHON_HOST_PLATFORM value. (Packages that do not have universal wheels would be compiled from source.) With a correct _PYTHON_HOST_PLATFORM, host pip can install platform-specific wheels as well. However, the pre-built shared object (.so) files in these wheels will have the host's platform triplet in their file names. When target Python packages are built (using the target's _PYTHON_HOST_PLATFORM), Python will not use these shared object files. By forcing host pip to build packages from source, the built shared object files will not have the platform triplet in their file names. (Host Python has been patched to remove the platform triplet from file names.) This allows these packages to be used when building target Python packages. (The net effect of this complete change is that platform-dependent packages will continue to be compiled from source, while platform-independent packages will now also be compiled from source.) Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-07-08 10:02:49 +02:00
grep \
'^_PYTHON_HOST_PLATFORM=' \
$(PKG_INSTALL_DIR)/usr/lib/python$(PYTHON3_VERSION)/config-$(PYTHON3_VERSION)/Makefile > \
$(1)/usr/lib/python$(PYTHON3_VERSION)/config-$(PYTHON3_VERSION)/Makefile-vars
python3: install pkgconfig to staging Some programs that use the Python C API have difficulties finding cross-compiled Python3 without the pkgconfig, so make sure we have python3.pc and python-3.7.pc in pkgconfig staging dir. CircleCI requires a package Makefile change to actually do the CI check, so bump PKG_RELEASE. Signed-off-by: Daniel F. Dickinson <cshored@thecshore.com>
2019-01-02 07:18:46 +01:00
$(CP) \
python,python3: Use only target package data for Build/InstallDev This changes Build/InstallDev for both Python 2 and 3 to only copy files from target Python, not from host Python, since InstallDev files are used for target packages to link to other target packages. In particular, usr/lib/python{2.7,3.7}/_sysconfigdata.py holds system configuration data generated at build time, and is different for target Python and host Python. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-03-26 20:33:16 +01:00
$(PKG_INSTALL_DIR)/usr/lib/pkgconfig/python*.pc \
python3: install pkgconfig to staging Some programs that use the Python C API have difficulties finding cross-compiled Python3 without the pkgconfig, so make sure we have python3.pc and python-3.7.pc in pkgconfig staging dir. CircleCI requires a package Makefile change to actually do the CI check, so bump PKG_RELEASE. Signed-off-by: Daniel F. Dickinson <cshored@thecshore.com>
2019-01-02 07:18:46 +01:00
$(1)/usr/lib/pkgconfig
python,python3: Include python-config for target Python in InstallDev This installs python{2.7,3.7}-config in $(STAGING_DIR)/usr/bin as part of Build/InstallDev, to be used by other packages to get build configuration for target Python. The treatment for Python 2 and 3 are a bit different: * For Python 2, python-config is a Python script that is expected to be run with, and return data for, the installed Python interpreter. This installs a modified version of this script, to be run using host Python, and read/return data for target Python. * Python 3 includes a shell script version of python-config (expected to be used in cross-compilation scenarios). This simply installs the script into the right place. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-03-27 20:39:39 +01:00
$(INSTALL_BIN) \
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
$(PKG_INSTALL_DIR)/usr/bin/python$(PYTHON3_VERSION)-config \
python,python3: Move python-config to $(STAGING_DIR)/host Build/InstallDev is passed a second argument, a path where host binaries should be placed (ultimately $(STAGING_DIR)/host). This change moves python[3]-config to that directory. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-06-09 08:05:55 +02:00
$(2)/bin/
$(SED) \
's|^prefix_real=.*$$$$|prefix_real="$(PYTHON3_DIR)"|' \
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
$(2)/bin/python$(PYTHON3_VERSION)-config
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
endef
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
PYTHON3_BASE_LIB_FILES:= \
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
/usr/lib/python$(PYTHON3_VERSION)/encodings \
/usr/lib/python$(PYTHON3_VERSION)/_collections_abc.py \
/usr/lib/python$(PYTHON3_VERSION)/_sitebuiltins.py \
/usr/lib/python$(PYTHON3_VERSION)/_sysconfigdata.py \
/usr/lib/python$(PYTHON3_VERSION)/_weakrefset.py \
/usr/lib/python$(PYTHON3_VERSION)/abc.py \
/usr/lib/python$(PYTHON3_VERSION)/codecs.py \
/usr/lib/python$(PYTHON3_VERSION)/genericpath.py \
/usr/lib/python$(PYTHON3_VERSION)/io.py \
/usr/lib/python$(PYTHON3_VERSION)/os.py \
/usr/lib/python$(PYTHON3_VERSION)/posixpath.py \
/usr/lib/python$(PYTHON3_VERSION)/site.py \
/usr/lib/python$(PYTHON3_VERSION)/sysconfig.py \
/usr/lib/python$(PYTHON3_VERSION)/stat.py
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
PYTHON3_LIB_FILES_DEL+=$(PYTHON3_BASE_LIB_FILES)
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
define Py3Package/python3-base/filespec
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
+|/usr/bin/python$(PYTHON3_VERSION)
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
$(subst $(space),$(newline),$(foreach lib_file,$(PYTHON3_BASE_LIB_FILES),+|$(lib_file)))
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
endef
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
define Py3Package/python3-light/filespec
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
+|/usr/lib/python$(PYTHON3_VERSION)
-|/usr/lib/python$(PYTHON3_VERSION)/distutils/cygwinccompiler.py
-|/usr/lib/python$(PYTHON3_VERSION)/distutils/command/wininst*
-|/usr/lib/python$(PYTHON3_VERSION)/idlelib
-|/usr/lib/python$(PYTHON3_VERSION)/tkinter
-|/usr/lib/python$(PYTHON3_VERSION)/turtledemo
-|/usr/lib/python$(PYTHON3_VERSION)/lib-dynload/_test*.so
-|/usr/lib/python$(PYTHON3_VERSION)/pdb.doc
-|/usr/lib/python$(PYTHON3_VERSION)/test
-|/usr/lib/python$(PYTHON3_VERSION)/webbrowser.py
-|/usr/lib/python$(PYTHON3_VERSION)/*/test
-|/usr/lib/python$(PYTHON3_VERSION)/*/tests
-|/usr/lib/python$(PYTHON3_VERSION)/_osx_support.py
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
$(subst $(space),$(newline),$(foreach lib_file,$(PYTHON3_LIB_FILES_DEL),-|$(lib_file)))
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
endef
python3: introduce libpython3 with ABI_VERSION flag Related to discussion: https://github.com/openwrt/packages/pull/14060 Every once in a while a version bump will occur that requires an ABI change. Example: Python 3.8 to 3.9. When this happens some Python packages would need to be rebuilt. In setups where everything gets rebuilt, this isn't a problem. It's usually a bigger problem when needing to upgrade something via opkg. To accommodate for this, we add a libpython with it's own ABI_VERSION flag. If this ABI_VERSION changes, then this should propagate forward. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2020-12-15 10:07:21 +01:00
define Package/libpython3/install
python: reset packages and start off with minimal python Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-10-04 17:02:36 +02:00
# Adding the lib-dynload folder (even just empty) suppresses 2 warnings when starting Python
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
$(INSTALL_DIR) $(1)/usr/lib/python$(PYTHON3_VERSION)/lib-dynload/
python3: introduce libpython3 with ABI_VERSION flag Related to discussion: https://github.com/openwrt/packages/pull/14060 Every once in a while a version bump will occur that requires an ABI change. Example: Python 3.8 to 3.9. When this happens some Python packages would need to be rebuilt. In setups where everything gets rebuilt, this isn't a problem. It's usually a bigger problem when needing to upgrade something via opkg. To accommodate for this, we add a libpython with it's own ABI_VERSION flag. If this ABI_VERSION changes, then this should propagate forward. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2020-12-15 10:07:21 +01:00
$(CP) $(PKG_INSTALL_DIR)/usr/lib/libpython$(PYTHON3_VERSION).so* $(1)/usr/lib/
endef
define Py3Package/python3-base/install
python3: create ./usr/bin directory at package/install Signed-off-by: Nicolas Thill <nico@openwrt.org>
2014-10-24 16:24:21 +02:00
$(INSTALL_DIR) $(1)/usr/bin
python3: Change PYTHON_VERSION references to PYTHON3_VERSION PYTHON_VERSION is a holdover from Python 2; all Python 3 variables are prefixed with PYTHON3 (or some variation with "3"). This updates all uses of PYTHON_VERSION to PYTHON3_VERSION. This also sets PYTHON3_PKG_BUILD:=0 before python3-package.mk is included in the python3 Makefile. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-17 17:47:25 +02:00
$(LN) python$(PYTHON3_VERSION) $(1)/usr/bin/python3
$(LN) python$(PYTHON3_VERSION) $(1)/usr/bin/python
python3: Fix host build tool names recorded in target files Python will record the values of CC, CXX, AR, and READELF (and other configure options) used during compilation. pip will use these programs when asked to compile extension modules on the target device. * If ccache is used during build, CC and CXX will be ccache_cc and ccache_cxx, respectively, which are not available on-device (#11912). * If an external toolchain is used during build, the values of these variables will contain the external toolchain prefix, which may not be available on target. * If the normal toolchain is used during build, AR and READELF will contain the toolchain prefix, but the names of ar and readelf on-device do not contain the prefix; they are named "ar" and "readelf". This changes the values of these variables in Python's files to match the names available on-device, and without any toolchain prefix. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-04-27 08:10:53 +02:00
# This depends on being called before filespec is processed
$(SED) 's|$(TARGET_AR)|ar|g;s|$(TARGET_CROSS)readelf|readelf|g;s|$(TARGET_CC)|gcc|g;s|$(TARGET_CXX)|g++|g' \
$(PKG_INSTALL_DIR)/usr/lib/python$(PYTHON3_VERSION)/_sysconfigdata.py
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
endef
python,python3: do not package binary files to base packages Thanks to fix 200a5a2eec896b2d34f1114d14df66d810c1f4bd all base packages now contain all binaries that are generated as part of python installation. That causes collision between those packages with package managers that consider this such as Turris updater-ng. This is also just wrong. Those binaries were not included and should not be after mentioned fix as well. This just adds empty install definition. The idea is to override the default one that is otherwise used. Signed-off-by: Karel Kočí <karel.koci@nic.cz>
2019-02-20 12:51:05 +01:00
Py3Package/python3-light/install:=:
Py3Package/python3/install:=:
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
define Py3Package/python3/filespec
-|$(PYTHON3_PKG_DIR)
endef
python3: sync changes from python Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-06 16:05:27 +01:00
HOST_LDFLAGS += \
python,python3: Fix host Python compilation for macOS * Remove $$$$(pkg-config --static --libs libcrypto libssl) from HOST_LDFLAGS Having this leads to an "unknown type name 'u_int'" error on Mac. Removing it doesn't appear to affect Python's ability to find buildroot LibreSSL. * Change -Wl,-rpath=... to -Wl,-rpath,... in HOST_LDFLAGS The equals sign version is not supported by the Mac linker (appears to be an GNU extension). The comma version is supported; -rpath and its argument will be separated by a space when passed to the linker. * Add ac_cv_header_libintl_h=no to HOST_CONFIGURE_VARS for Mac Python on Mac doesn't expect to use libintl, but if gettext-full is compiled for host, it will try, leading to undefined symbol errors during compilation. This prevents configure from finding libintl.h. Fixes #7171. Fixes #9621. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-08-16 22:45:58 +02:00
-Wl$(comma)-rpath$(comma)$(STAGING_DIR_HOSTPKG)/lib
python3: sync changes from python Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-06 16:05:27 +01:00
python,python3: limit underlinking behavior to linux platforms This change was introduced in commit 1c54e2b0fbe2e9a7d to address build issues on Ubuntu 12.04. However it was reported to cause issues on Mac OS X. Report: https://github.com/openwrt/packages/issues/5310 It was also reported that removing this on MacOS X fixes the issue. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2018-03-14 15:18:27 +01:00
ifeq ($(HOST_OS),Linux)
HOST_LDFLAGS += \
-Wl,--no-as-needed -lrt
endif
python3: bump to version 3.10.0 Manually re-applied: 008-distutils-use-python-sysroot.patch 016-adjust-config-paths.patch Drop patch: 003-do-not-run-distutils-tests.patch There is now a configure option '--disable-test-modules' And seems we left the '_ctypes_test' around for quite some time. Dropped now. Refs: https://bugs.python.org/issue27640 https://bugs.python.org/issue43282 Drop patch: 013-getbuildinfo-date-time-source-date-epoch.patch Python build honors SOURCE_DATE_EPOCH pretty well now. Drop setuptools patches. Setuptools should be reproducible with Python 3.6+ according to a mention here: https://github.com/pypa/setuptools/pull/1690#issuecomment-536517456 It's time to let upstream fix Setuptools reproduce-ability. Drop patch: 010-do-not-add-rt-lib-dirs-when-cross-compiling.patch I can't seem to fully remember why it's there. And it seem to build fine without it. Drop patch: 015-abort-on-failed-modules.patch Python build supports a similar PYTHONSTRICTEXTENSIONBUILD=1 env-var option. Add patch: 026-openssl-feature-flags.patch We need to keep this in our tree for a while. See: https://bugs.python.org/issue45627 Backport patch: 027-bpo-43158-Use-configure-values-for-building-_uuid-ex.patch Link: https://github.com/python/cpython/pull/29353 Fixes the build for uuid C module. Add patch: 028-host-python-support-ssl-with-libressl.patch We need the _ssl module working on the host-side with LibreSSL for pip to work to download from https://pypi.org Refs: https://github.com/openwrt/openwrt/pull/4749 Add patch: 029-disable-deprecation-warning.patch Fixes apparmor build. The warning causes a configure error. Refreshed the rest of patches. Some old build-flags were removed. They don't seem to be necessary anymore. Split python3-uuid from python3-light. To better manage the libuuid library (if needed). Also, fixing the uuid C module build. Seems this was failing, and was falling back to using hashlib. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2021-10-27 11:10:02 +02:00
# Would be nice to be able to do this, but hosts are very fiddly
# HOST_MAKE_VARS += \
# PYTHONSTRICTEXTENSIONBUILD=1
python,python3: Fix host Python compilation for macOS * Remove $$$$(pkg-config --static --libs libcrypto libssl) from HOST_LDFLAGS Having this leads to an "unknown type name 'u_int'" error on Mac. Removing it doesn't appear to affect Python's ability to find buildroot LibreSSL. * Change -Wl,-rpath=... to -Wl,-rpath,... in HOST_LDFLAGS The equals sign version is not supported by the Mac linker (appears to be an GNU extension). The comma version is supported; -rpath and its argument will be separated by a space when passed to the linker. * Add ac_cv_header_libintl_h=no to HOST_CONFIGURE_VARS for Mac Python on Mac doesn't expect to use libintl, but if gettext-full is compiled for host, it will try, leading to undefined symbol errors during compilation. This prevents configure from finding libintl.h. Fixes #7171. Fixes #9621. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-08-16 22:45:58 +02:00
ifeq ($(HOST_OS),Darwin)
HOST_CONFIGURE_VARS += \
ac_cv_header_libintl_h=no
python3: Fix target python-config when building on macOS The Python version of python-config is installed when building on macOS, rather than the shell script version when building on Linux. When run on macOS, the Python version of python-config will return values with Mac-specific customizations. This patches the python-config install recipe so that which version is installed can be controlled by the package makefile. When building on macOS, this installs the Python version for host Python and the shell script version for target Python. This also updates Host/Compile and Host/Install to use the default host build recipes, so that the various HOST_* variables are taken into account automatically. Fixes https://github.com/openwrt/packages/issues/14652 Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2021-02-16 15:23:50 +01:00
HOST_MAKE_VARS += \
USE_PYTHON_CONFIG_PY=1
python,python3: Fix host Python compilation for macOS * Remove $$$$(pkg-config --static --libs libcrypto libssl) from HOST_LDFLAGS Having this leads to an "unknown type name 'u_int'" error on Mac. Removing it doesn't appear to affect Python's ability to find buildroot LibreSSL. * Change -Wl,-rpath=... to -Wl,-rpath,... in HOST_LDFLAGS The equals sign version is not supported by the Mac linker (appears to be an GNU extension). The comma version is supported; -rpath and its argument will be separated by a space when passed to the linker. * Add ac_cv_header_libintl_h=no to HOST_CONFIGURE_VARS for Mac Python on Mac doesn't expect to use libintl, but if gettext-full is compiled for host, it will try, leading to undefined symbol errors during compilation. This prevents configure from finding libintl.h. Fixes #7171. Fixes #9621. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-08-16 22:45:58 +02:00
endif
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
HOST_CONFIGURE_ARGS+= \
python3: Enable compile-time optimizations This adds the --enable-optimizations configure option (for profile-guided optimization) for both host and target Python, and the --with-lto configure option (for link-time optimization) for target Python (for non-MIPS platforms). Currently, compiling Python with LTO leads to link errors on mips and mipsel. (Compiling with LTO appears to succeed on mips64 but there is only one mips64 target available for convenient testing.) This also cleans up the host and target configure options: * Sort options/variables - Alphabetically - Flags/options before child-process environment variables - Group options by type (enable/disable/with/without) - Static options/variables before conditional ones * Remove the prefix/dir options, as they are the same as the defaults set by the build system * Remove --with-threads, as it is no longer a valid option (threads are always enabled) Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2020-05-18 09:01:17 +02:00
--enable-optimizations \
--with-ensurepip=upgrade \
python3: use tools/expat for host build Oversight from when the expat host build was removed. Signed-off-by: Rosen Penev <rosenp@gmail.com>
2022-09-25 07:07:46 +02:00
--with-system-expat=$(STAGING_DIR_HOST) \
python3: bump to version 3.10.0 Manually re-applied: 008-distutils-use-python-sysroot.patch 016-adjust-config-paths.patch Drop patch: 003-do-not-run-distutils-tests.patch There is now a configure option '--disable-test-modules' And seems we left the '_ctypes_test' around for quite some time. Dropped now. Refs: https://bugs.python.org/issue27640 https://bugs.python.org/issue43282 Drop patch: 013-getbuildinfo-date-time-source-date-epoch.patch Python build honors SOURCE_DATE_EPOCH pretty well now. Drop setuptools patches. Setuptools should be reproducible with Python 3.6+ according to a mention here: https://github.com/pypa/setuptools/pull/1690#issuecomment-536517456 It's time to let upstream fix Setuptools reproduce-ability. Drop patch: 010-do-not-add-rt-lib-dirs-when-cross-compiling.patch I can't seem to fully remember why it's there. And it seem to build fine without it. Drop patch: 015-abort-on-failed-modules.patch Python build supports a similar PYTHONSTRICTEXTENSIONBUILD=1 env-var option. Add patch: 026-openssl-feature-flags.patch We need to keep this in our tree for a while. See: https://bugs.python.org/issue45627 Backport patch: 027-bpo-43158-Use-configure-values-for-building-_uuid-ex.patch Link: https://github.com/python/cpython/pull/29353 Fixes the build for uuid C module. Add patch: 028-host-python-support-ssl-with-libressl.patch We need the _ssl module working on the host-side with LibreSSL for pip to work to download from https://pypi.org Refs: https://github.com/openwrt/openwrt/pull/4749 Add patch: 029-disable-deprecation-warning.patch Fixes apparmor build. The warning causes a configure error. Refreshed the rest of patches. Some old build-flags were removed. They don't seem to be necessary anymore. Split python3-uuid from python3-light. To better manage the libuuid library (if needed). Also, fixing the uuid C module build. Seems this was failing, and was falling back to using hashlib. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2021-10-27 11:10:02 +02:00
--with-ssl-default-suites=openssl \
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
--without-cxx-main \
--without-pymalloc \
python3: bump to version 3.10.0 Manually re-applied: 008-distutils-use-python-sysroot.patch 016-adjust-config-paths.patch Drop patch: 003-do-not-run-distutils-tests.patch There is now a configure option '--disable-test-modules' And seems we left the '_ctypes_test' around for quite some time. Dropped now. Refs: https://bugs.python.org/issue27640 https://bugs.python.org/issue43282 Drop patch: 013-getbuildinfo-date-time-source-date-epoch.patch Python build honors SOURCE_DATE_EPOCH pretty well now. Drop setuptools patches. Setuptools should be reproducible with Python 3.6+ according to a mention here: https://github.com/pypa/setuptools/pull/1690#issuecomment-536517456 It's time to let upstream fix Setuptools reproduce-ability. Drop patch: 010-do-not-add-rt-lib-dirs-when-cross-compiling.patch I can't seem to fully remember why it's there. And it seem to build fine without it. Drop patch: 015-abort-on-failed-modules.patch Python build supports a similar PYTHONSTRICTEXTENSIONBUILD=1 env-var option. Add patch: 026-openssl-feature-flags.patch We need to keep this in our tree for a while. See: https://bugs.python.org/issue45627 Backport patch: 027-bpo-43158-Use-configure-values-for-building-_uuid-ex.patch Link: https://github.com/python/cpython/pull/29353 Fixes the build for uuid C module. Add patch: 028-host-python-support-ssl-with-libressl.patch We need the _ssl module working on the host-side with LibreSSL for pip to work to download from https://pypi.org Refs: https://github.com/openwrt/openwrt/pull/4749 Add patch: 029-disable-deprecation-warning.patch Fixes apparmor build. The warning causes a configure error. Refreshed the rest of patches. Some old build-flags were removed. They don't seem to be necessary anymore. Split python3-uuid from python3-light. To better manage the libuuid library (if needed). Also, fixing the uuid C module build. Seems this was failing, and was falling back to using hashlib. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2021-10-27 11:10:02 +02:00
--disable-test-modules \
python3: sync changes from python Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-01-06 16:05:27 +01:00
CONFIG_SITE=
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
python,python3: Disable user site-packages for host Python Normally, Python will include the user's site-packages directory (~/.local/lib/python$(PYTHON_VERSION)/site-packages) in it's internal search path for modules. This disables this default inclusion for host Python. This change is applied during Host/Configure instead of as a patch to keep this setting unchanged for target Python. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-29 16:03:18 +02:00
define Host/Configure
$(SED) 's/^ENABLE_USER_SITE = None$$$$/ENABLE_USER_SITE = False/' $(HOST_BUILD_DIR)/Lib/site.py
$(call Host/Configure/Default)
endef
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
define Host/Compile
python3: Fix target python-config when building on macOS The Python version of python-config is installed when building on macOS, rather than the shell script version when building on Linux. When run on macOS, the Python version of python-config will return values with Mac-specific customizations. This patches the python-config install recipe so that which version is installed can be controlled by the package makefile. When building on macOS, this installs the Python version for host Python and the shell script version for target Python. This also updates Host/Compile and Host/Install to use the default host build recipes, so that the various HOST_* variables are taken into account automatically. Fixes https://github.com/openwrt/packages/issues/14652 Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2021-02-16 15:23:50 +01:00
$(call Host/Compile/Default,python)
$(call Host/Compile/Default,sharedmods)
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
endef
define Host/Install
python,python3: Record PKG_RELEASE for host setuptools/pip This changes the "patched" indicator files for host setuptools and pip to include their PKG_RELEASE values. This also removes host setuptools and/or pip before host install, if the installed copy does not match the version (and PKG_RELEASE) of the copy to be installed. This will allow added or removed patches to affect host setuptools / pip, since these changes will cause PKG_RELEASE to be incremented. This also fixes the host install error, when the install tries to patch an already patched copy of setuptools. (This error occurs because the existing indicator files do not have version numbers in their file names, whereas host install expected version numbers to be present.) Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-31 21:52:23 +02:00
$(if $(wildcard $(HOST_PYTHON3_PKG_DIR)/.setuptools_installed_$(PYTHON3_SETUPTOOLS_VERSION)-$(PYTHON3_SETUPTOOLS_PKG_RELEASE)),,
rm -rf \
$(HOST_PYTHON3_PKG_DIR)/pkg_resources \
$(HOST_PYTHON3_PKG_DIR)/setuptools \
$(HOST_PYTHON3_PKG_DIR)/setuptools-* \
$(HOST_PYTHON3_PKG_DIR)/.setuptools-patched* \
$(HOST_PYTHON3_PKG_DIR)/.setuptools_installed_*
)
$(if $(wildcard $(HOST_PYTHON3_PKG_DIR)/.pip_installed_$(PYTHON3_PIP_VERSION)-$(PYTHON3_PIP_PKG_RELEASE)),,
rm -rf \
$(HOST_PYTHON3_PKG_DIR)/pip \
$(HOST_PYTHON3_PKG_DIR)/pip-* \
$(HOST_PYTHON3_PKG_DIR)/.pip-patched* \
$(HOST_PYTHON3_PKG_DIR)/.pip_installed_*
)
python3: Fix target python-config when building on macOS The Python version of python-config is installed when building on macOS, rather than the shell script version when building on Linux. When run on macOS, the Python version of python-config will return values with Mac-specific customizations. This patches the python-config install recipe so that which version is installed can be controlled by the package makefile. When building on macOS, this installs the Python version for host Python and the shell script version for target Python. This also updates Host/Compile and Host/Install to use the default host build recipes, so that the various HOST_* variables are taken into account automatically. Fixes https://github.com/openwrt/packages/issues/14652 Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2021-02-16 15:23:50 +01:00
$(call Host/Install/Default)
python,python3: Record PKG_RELEASE for host setuptools/pip This changes the "patched" indicator files for host setuptools and pip to include their PKG_RELEASE values. This also removes host setuptools and/or pip before host install, if the installed copy does not match the version (and PKG_RELEASE) of the copy to be installed. This will allow added or removed patches to affect host setuptools / pip, since these changes will cause PKG_RELEASE to be incremented. This also fixes the host install error, when the install tries to patch an already patched copy of setuptools. (This error occurs because the existing indicator files do not have version numbers in their file names, whereas host install expected version numbers to be present.) Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-31 21:52:23 +02:00
$(if $(wildcard $(HOST_PYTHON3_PKG_DIR)/.setuptools_installed_$(PYTHON3_SETUPTOOLS_VERSION)-$(PYTHON3_SETUPTOOLS_PKG_RELEASE)),,
python,python3: Allow upgraded host setuptools/pip to be patched This adds the current setuptools/pip version numbers to the indicator files' names, which should allow upgraded versions to be patched. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-29 19:48:29 +02:00
$(call HostPatchDir,$(HOST_PYTHON3_PKG_DIR),./patches-setuptools,)
python,python3: Record PKG_RELEASE for host setuptools/pip This changes the "patched" indicator files for host setuptools and pip to include their PKG_RELEASE values. This also removes host setuptools and/or pip before host install, if the installed copy does not match the version (and PKG_RELEASE) of the copy to be installed. This will allow added or removed patches to affect host setuptools / pip, since these changes will cause PKG_RELEASE to be incremented. This also fixes the host install error, when the install tries to patch an already patched copy of setuptools. (This error occurs because the existing indicator files do not have version numbers in their file names, whereas host install expected version numbers to be present.) Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-31 21:52:23 +02:00
touch $(HOST_PYTHON3_PKG_DIR)/.setuptools_installed_$(PYTHON3_SETUPTOOLS_VERSION)-$(PYTHON3_SETUPTOOLS_PKG_RELEASE)
python,python3: Allow upgraded host setuptools/pip to be patched This adds the current setuptools/pip version numbers to the indicator files' names, which should allow upgraded versions to be patched. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-29 19:48:29 +02:00
)
python,python3: Record PKG_RELEASE for host setuptools/pip This changes the "patched" indicator files for host setuptools and pip to include their PKG_RELEASE values. This also removes host setuptools and/or pip before host install, if the installed copy does not match the version (and PKG_RELEASE) of the copy to be installed. This will allow added or removed patches to affect host setuptools / pip, since these changes will cause PKG_RELEASE to be incremented. This also fixes the host install error, when the install tries to patch an already patched copy of setuptools. (This error occurs because the existing indicator files do not have version numbers in their file names, whereas host install expected version numbers to be present.) Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-31 21:52:23 +02:00
$(if $(wildcard $(HOST_PYTHON3_PKG_DIR)/.pip_installed_$(PYTHON3_PIP_VERSION)-$(PYTHON3_PIP_PKG_RELEASE)),,
python,python3: Allow upgraded host setuptools/pip to be patched This adds the current setuptools/pip version numbers to the indicator files' names, which should allow upgraded versions to be patched. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-29 19:48:29 +02:00
$(call HostPatchDir,$(HOST_PYTHON3_PKG_DIR),./patches-pip,)
python,python3: Record PKG_RELEASE for host setuptools/pip This changes the "patched" indicator files for host setuptools and pip to include their PKG_RELEASE values. This also removes host setuptools and/or pip before host install, if the installed copy does not match the version (and PKG_RELEASE) of the copy to be installed. This will allow added or removed patches to affect host setuptools / pip, since these changes will cause PKG_RELEASE to be incremented. This also fixes the host install error, when the install tries to patch an already patched copy of setuptools. (This error occurs because the existing indicator files do not have version numbers in their file names, whereas host install expected version numbers to be present.) Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-31 21:52:23 +02:00
touch $(HOST_PYTHON3_PKG_DIR)/.pip_installed_$(PYTHON3_PIP_VERSION)-$(PYTHON3_PIP_PKG_RELEASE)
python,python3: Allow upgraded host setuptools/pip to be patched This adds the current setuptools/pip version numbers to the indicator files' names, which should allow upgraded versions to be patched. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
2019-05-29 19:48:29 +02:00
)
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
endef
$(eval $(call HostBuild))
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
$(foreach package, $(PYTHON3_PACKAGES), \
$(eval $(call Py3Package,$(package))) \
$(eval $(call BuildPackage,$(package))) \
python3: split source packages away from compiled packages Same as for python. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-03-02 17:02:14 +01:00
$(eval $(call BuildPackage,$(package)-src)) \
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
)
python3: introduce libpython3 with ABI_VERSION flag Related to discussion: https://github.com/openwrt/packages/pull/14060 Every once in a while a version bump will occur that requires an ABI change. Example: Python 3.8 to 3.9. When this happens some Python packages would need to be rebuilt. In setups where everything gets rebuilt, this isn't a problem. It's usually a bigger problem when needing to upgrade something via opkg. To accommodate for this, we add a libpython with it's own ABI_VERSION flag. If this ABI_VERSION changes, then this should propagate forward. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2020-12-15 10:07:21 +01:00
$(eval $(call BuildPackage,libpython3))
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
$(eval $(call Py3Package,python3-base))
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
$(eval $(call Py3Package,python3-light))
python3: suffix vars with 3
2014-10-14 10:52:06 +02:00
$(eval $(call Py3Package,python3))
python: import package as-is from old packages Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-09-24 10:08:37 +02:00
python3: sync build rules with python's Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2014-11-27 22:47:28 +01:00
$(eval $(call BuildPackage,python3-base))
python3: replicate packaging work done in python package Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2015-03-12 19:01:20 +01:00
$(eval $(call BuildPackage,python3-light))
rename package name to python3
2014-10-13 12:21:16 +02:00
$(eval $(call BuildPackage,python3))
python3: split source packages away from compiled packages Same as for python. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
2017-03-02 17:02:14 +01:00
$(eval $(call BuildPackage,python3-base-src))
$(eval $(call BuildPackage,python3-light-src))