aboutsummaryrefslogtreecommitdiff
path: root/lang/python/patches
Commit message (Collapse)AuthorAge
* 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.