packages/lang/python/python-version.mk, branch openwrt-18.06

python: Update to 2.7.18, refresh patches

2020-04-28T22:08:03Z

Signed-off-by: Jeffery To

python: Update to 2.7.17, refresh patches

2019-10-21T17:04:43Z

Patches already merged and so removed: * 019-bpo-36216-Add-check-for-characters-in-netloc-that-normalize-to-separators-GH-12216.patch * 020-bpo-36216-Only-print-test-messages-when-verbose-GH-12291.patch * 021-2.7-bpo-35121-prefix-dot-in-domain-for-proper-subdom.patch * 027-bpo-38243-Escape-the-server-title-of-DocXMLRPCServer.patch * 028-bpo-34155-Dont-parse-domains-containing-GH-13079.patch Patches no longer necessary and so removed: * 017_lib2to3_fix_pyc_search.patch Signed-off-by: Jeffery To (cherry picked from 83b300aa83f3cf663747998f4500a8592acf9959)

python: bump to version 2.7.16

2019-07-22T13:22:55Z

This change updates Python to version 2.7.16, which is a bugfix release in the Python 2.7 series. This also removes patches back-ported from upstream. Signed-off-by: Alexandru Ardelean

python/python3: fix .dist-info missing for setuptools and pip

2018-12-22T19:28:02Z

Without .dist-info (similar to .egg-info), setuptools and pip are not discoverable by pkg_resources. Signed-off-by: Jeffery To

python: update to version 2.7.15

2018-05-03T11:46:12Z

This also updates pip and setuptools. With this occasion, they also get PKG_RELEASEs of their own. Dropped patch 011-remove-setupterm-definition.patch Manually re-applied 005-fix-bluetooth-support.patch Ran make package/python/refresh to refresh other patches. Signed-off-by: Alexandru Ardelean

python,python3: export mk files outside of python package dirs

2018-01-10T21:01:51Z

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