aboutsummaryrefslogtreecommitdiff
path: root/lang/python/patches
Commit message (Collapse)AuthorAge
* python packages: move all things python under lang/pythonAlexandru Ardelean2017-05-17
| | | | | | | | | | | | 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>
* python: remove setupterm() redefinitionAlexandru Ardelean2017-02-13
| | | | | | | It's not 100% aligned with the ncurses' definition. Reported-by: Arturo Rinaldi <arturo@arduino.org> Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python: remove `011-do-not-prefer-ncursesw.patch`Alexandru Ardelean2017-01-11
| | | | | | | LEDE now provides libncursesw by default [even for libncurses]. No need to keep this patch around. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python: use built-in libffi lib for host buildAlexandru Ardelean2017-01-11
| | | | | | | | | | | Python comes with it's own builtin libffi lib, which seems easier to use for the host build, than trying to use the one from the package feeds. Also, dropping `005-fix-libffi-x86-64-configure.patch` Not needed anymore. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* Revert "python: don't use libressl for host build"Alexandru Ardelean2017-01-11
| | | | This reverts commit ca800e60b040a2b409801560dc16dbcac6cba2b1.
* python: don't use libressl for host buildAlexandru Ardelean2017-01-06
| | | | | | | | | | | | | | | | | Fixes: https://github.com/openwrt/packages/issues/3767 Since commit: https://github.com/lede-project/source/commit/f6e6341d896adb78f9b496f71aab8f45e1742d5a libressl is built on the host-side. Python picks it up [ via the openssl/* headers ] and assumes it has SSL libs. Compiling works fine, linking fails. Doesn't look like it's because: https://github.com/lede-project/source/commit/2fd5ce9488d11c7e6eee7dc30f128bd12be889f5 Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python: fix patch removing multiarch support for host pythonJan Čermák2015-07-02
| | | | | | | | | | Patch removing multiarch paths from build should be applied only when Python is built for target, but not for host. When the paths are removed during host build, host python throws some ugly errors when importing some hashlib modules. Also it reports that modules crypt and nis failed to build (tested on Ubuntu 14.04 host). Signed-off-by: Jan Čermák <jan.cermak@nic.cz>
* python: do not prefer ncursesw over ncursesAlexandru Ardelean2015-04-21
| | | | Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python: add patches to disable runtime lib dirsAlexandru Ardelean2015-03-08
| | | | | | | | | | | | | When cross-compiling, we do not need to add runtime lib dirs. Also, the cross compilers that are used on OpenWRT do not support the '-R' option, which causes build failures. These build failures existed before, but were not noticed, because it fails only on some setups. This is because Python's `setup.py` does a lot of voo-doo automagic that needs handling for some cross-compilation cases. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python: add patch for distutils to add support for the '_python_sysroot' env varAlexandru Ardelean2015-03-06
| | | | | | | Patch taken from buildroot: http://git.buildroot.net/buildroot/tree/package/python/python-008-distutils-use-python-sysroot.patch Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python: re-number patchesAlexandru Ardelean2015-03-06
| | | | Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* Merge pull request #962 from sairon/python-fix-distutils-adjusting-pathSteven Barth2015-03-02
|\ | | | | python: patch distutils adjusting path in scripts' shebang
| * python: patch distutils adjusting path in scripts' shebangJan Čermák2015-02-27
| | | | | | | | | | | | | | | | | | When distutils are copying scripts, path to Python interpreter is adjusted. This does not work well in OpenWrt buildroot, because the path is adjusted to absolute path to host Python then. This patch simply disables the adjusting of the path. Signed-off-by: Jan Čermák <jan.cermak@nic.cz>
* | python: reduce size of patch 130Alexandru Ardelean2015-02-27
|/ | | | | | | | | | Try to reduce the amount of change in this patch, since it removes a lot of stuff, when we could just 'ifdef' that stuff out, with 2 lines. The buildroot project does something similar like this: http://git.buildroot.net/buildroot/tree/package/python/005-pyc-pyo-conditional.patch Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* Revert "python: add patch to abort build on failed module build"Steven Barth2015-02-20
|
* python: add patch to abort build on failed module buildAlexandru Ardelean2015-02-19
| | | | | | | Taken from buildroot: http://git.buildroot.net/buildroot/plain/package/python/014-abort-on-failed-modules.patch Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python: add patch to remove Debian/Ubuntu multiarch supportAlexandru Ardelean2015-01-15
| | | | | | | Seems when cross compiling on x86_64 Debian (most likely Ubuntu too) the host's paths will be added too causing build failures for some extensions. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python: add patch to fix _ctypes build on certain X86_64 hostsAlexandru Ardelean2015-01-11
| | | | Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python: add patch to disable python byte codes by defaultAlexandru Ardelean2014-11-16
| | | | | | Use export PYTHONDONTWRITEBYTECODE=0 to re-enable writing byte codes. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python: add patch to disable package compiles/tests during cross-builtsAlexandru Ardelean2014-10-17
| | | | Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python: patch setup.py so that it does not include system include dirsAlexandru Ardelean2014-10-17
| | | | | | | | | | | Seems that the Python C extensions were being (or at least trying to be) build using '/usr/include' as the first include folder. Seems this issue was already fixed on MacOS X and now we've extended it for our case. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* python: upgrade to version 2.7.8Alexandru Ardelean2014-10-15
|
* python: add old python 2 package backAlexandru Ardelean2014-10-15
| | | | | | | | | | | | | | According to PEP394 (http://legacy.python.org/dev/peps/pep-0394/) the 'python' command should refer to 'python2'. In our case, this means we should reboot the old python package. We could rename the package name to python2, but that would just complicate things a bit with other packages, and since we're doing this reboot, such a complication would be unnecessary. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* rename folder to python3Agent 422014-10-13
|
* python: upgrade to version 3.4.1Alexandru Ardelean2014-10-06
| | | | | | | | | | | | | | | | | | | | | | 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>
* python: import package as-is from old packagesAlexandru Ardelean2014-10-06
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
Powered by cgit, Themed by Ted Yin.