summaryrefslogtreecommitdiff
path: root/lang/python/python3/files
Commit message (Collapse)AuthorAgeFilesLines
* python-openssl,python3-openssl: Add dependency on ca-bundleJeffery To2020-05-201-1/+1
| | | | | | | | | The ssl module assumes OpenSSL can load the default trust anchors (root CA certificates). From https://github.com/openwrt/packages/issues/12209 Signed-off-by: Jeffery To <jeffery.to@gmail.com>
* python3-pip: fix install ruleAlexandru Ardelean2019-10-081-1/+1
| | | | | | | | | | | | This seems to have slipped for some time. No idea if it ever worked. It could be that this worked at some point. In any case, the shebang is properly updated now. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com> (cherry-picked from commit 1b96dc01715f4f03f758ff1d087caf15726016af) Signed-off-by: Josef Schlehofer <pepe.schlehofer@gmail.com> (bump PKG_RELEASE for python3-pip)
* python,python3: move shebang handle in install scriptAlexandru Ardelean2019-08-082-4/+0
| | | | | | | | | | | | This extends the Python[3] shebang fixup to all packages. Only Python scripts in `/usr/bin` will be handled at the moment. Later it may make sense to also cover executables in `/bin`, though typically Python executables shouldn't be placed there. Previously the shebang handling was only done for python[3]-pip & python[3]-setuptools. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python/python3: fix .dist-info missing for setuptools and pipJeffery To2018-12-232-2/+4
| | | | | | | Without .dist-info (similar to .egg-info), setuptools and pip are not discoverable by pkg_resources. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
* python,python3: export mk files outside of python package dirsAlexandru Ardelean2018-01-104-336/+0
| | | | | | | | | | | | | | | | | | | | | | | | 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>
* python,python3: undo egg-info removalJeffery To2018-01-082-8/+0
| | | | | | | | | | This reverts commits 4333d1dcbfd67dde4ca7d08717bc345cc424fbf8 and 074d2863be48c1a9093fffcda91f7a328bc7d0cb, making Python packages discoverable again by pkg_resources. Fixes #5361. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
* python3: bump to version 3.6.4Alexandru Ardelean2017-12-311-1/+1
| | | | | | | | | | | | | | | | Re-worked patch `003-do-not-run-distutils-tests.patch` to reduce patch-size. Removed `011-fix-ncursesw-definition-colisions.patch` it is fixed upstream. Refreshed with `make package/python3/refresh` Resetting PKG_RELEASE to 1. This variable was never used for pip3 & setuptools, since VERSION is specified in the package definitions. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python3: bump to version 3.6.3Alexandru Ardelean2017-11-061-1/+1
| | | | Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python3: package CGI componentMirko Vogt2017-10-311-0/+27
| | | | Signed-off-by: Mirko Vogt <mirko-openwrt@nanl.de>
* python,python3: add option to keep egg-info dirs for python packagesAlexandru Ardelean2017-10-032-1/+6
| | | | | | | That way some python packages can choose to keep their egg-info dirs, if they want to, or they're needed. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python,python3: add host-flags/settings to host pip install rulesAlexandru Ardelean2017-09-141-9/+15
| | | | | | | | | | The host pip install should have the host's CFLAGS, LDFLAGS, etc available. And not the target's flags. Otherwise, weird things can happen when installing packages (host-side) that need to build C code. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python,python3: fix opkg collisions with -src packagesAlexandru Ardelean2017-08-081-1/+1
| | | | | | | Fixes: https://github.com/openwrt/packages/issues/4681 Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python3: upgrade to version 3.6.2Alexandru Ardelean2017-07-241-1/+1
| | | | Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python,python3: add host python pip install supportAlexandru Ardelean2017-07-192-0/+16
| | | | | | | | | | | | | | To install Python packages host side, that may be needed for a build. The intent, is to try to reduce host-side Python packages being installed via LEDE/OpenWrt build system. Because those seem like a pain to maintain. The idea is adapted from Yousong's `python-packages` package. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python,python3: drop HostPy/Compile/Default rulesAlexandru Ardelean2017-07-191-7/+0
| | | | | | Not used, and will not be used. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python,python3: handle install script errors betterAlexandru Ardelean2017-07-191-4/+17
| | | | | | | | | | Depending on execution order the `python-package-install.sh` script would return a non-zero err code. So, this enforces that all commands in the script don't fail (via the `set -e` directive). Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python,python3: remove .egginfo directoriesAlexandru Ardelean2017-07-071-0/+3
| | | | | | They don't seem needed, and makes packages a bit smaller Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python,python3: define PyBuild/Compile & Py3Build/CompileAlexandru Ardelean2017-07-071-1/+3
| | | | | | | | | | | | | | | | | | | Similar to LEDE/OpenWrt's Build/Compile/Default rule, and other similarities like this. This should allow Python packages to define PyBuild/Compile rules to do specific stuff per package. The advantage of using these (over just overriding Build/Compile) is the VARIANT mechanism that is in place to support packaging both for Python & Python3. So, PyBuild/Compile will get picked up for the Python variant build, and Py3Build/Compile will get picked up for the Python3 variant build. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python,python3: simplify `sed` expression for setuptools & pipAlexandru Ardelean2017-07-032-2/+2
| | | | | | | | | A suggestion from comment (from Philip Prindeville): https://github.com/openwrt/packages/issues/4529#issuecomment-312518121 Avoids some escaping of slashes. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python3-pip: override Package/python3-pip/install ruleAlexandru Ardelean2017-05-191-1/+1
| | | | | | | | | | | | | | This is in essence fixes pip3. That means pip3 will ship without Python byte-codes for a while, until I'll find a better way to fix it. I couldn't think of a not-very hack-ish way of doing it. The only draw-back of this, will be that pip3 will run a bit slower ; but that should be ok for a while. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python3: remove __pycache__ folders pip & setuptoolsAlexandru Ardelean2017-05-192-0/+2
| | | | | | | | | | | | | python3-pip & python3-setuptools have slightly different installation mechanisms. We need to remove the __pycache__ folders. Seems they're generated. This also reduces the size of the python3-pip & python3-setuptools packages. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python,python3: allow python packages to override Package/<pkg>/install ruleAlexandru Ardelean2017-05-191-0/+2
| | | | | | | Python packages try to enforce their own. For some cases this may not be desired. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python packages: move all things python under lang/pythonAlexandru Ardelean2017-05-1726-0/+713
I admit this may be be a bit aggressive, but the lang folder is getting cluttered/filled up with Python, PHP, Perl, Ruby, etc. packages. Makes sense to try to group them into per-lang folders. I took the Pythons. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>