buildroot/package/python-pyasn, branch 2017.08

python-pyasn: switch to setuptools instead of distutils

2017-07-13T08:54:10+00:00

python-pyasn can use setuptools instead of distutils, and using setuptools is generally preferred. In addition, using setuptools allows to make sure the package will continue to build when we will adjust the PYTHONPATH variable to no longer point to target Python modules. Without such a change to setuptools, the build would fail with: ===================================================================== running install Checking .pth file support in /home/test/buildroot/output/target/usr/lib/python2.7/site-packages/ /home/test/buildroot/output/host/bin/python -E -c pass TEST FAILED: /home/test/buildroot/output/target/usr/lib/python2.7/site-packages/ does NOT support .pth files error: bad install directory or PYTHONPATH You are attempting to install a package to a directory that is not on PYTHONPATH and which Python does not read ".pth" files from. The installation directory you specified (via --install-dir, --prefix, or the distutils default setting) was: /home/test/buildroot/output/target/usr/lib/python2.7/site-packages/ and your PYTHONPATH environment variable currently contains: '/home/test/buildroot/output/target/usr/lib/python2.7/sysconfigdata/' Here are some of your options for correcting the problem: * You can choose a different installation directory, i.e., one that is on PYTHONPATH or supports .pth files * You can add the installation directory to the PYTHONPATH environment variable. (It must then also be on PYTHONPATH whenever you run Python and want to use the package(s) you are installing.) * You can set up the installation directory to support ".pth" files by using one of the approaches described here: https://setuptools.readthedocs.io/en/latest/easy_install.html#custom-installation-locations ===================================================================== Signed-off-by: Thomas Petazzoni Reviewed-by: Yegor Yefremov Signed-off-by: Thomas Petazzoni

boot, package: use SPDX short identifier for BSD-2c

2017-04-01T13:27:05+00:00

We want to use SPDX identifier for license string as much as possible. SPDX short identifier for BSD-2c is BSD-2-Clause. This change is done using following command. find . -name "*.mk" | xargs sed -ri '/LICENSE( )?[\+:]?=/s/BSD-2c/BSD-2-Clause/g' Signed-off-by: Rahul Bedarkar Signed-off-by: Thomas Petazzoni

Revert "python-pyasn: bump to version 1.6.0b1"

2017-03-04T10:40:44+00:00

This reverts commit 98c9b1bec6fd511889f38c72bc4aa5aba89e264d, which causes build failures. Fixes: http://autobuild.buildroot.net/results/27e1c6cdf330bd2009bf8895d8c72a7c4f5186af/ Signed-off-by: Thomas Petazzoni

Revert "python-pyasn: fix legal info"

2017-03-04T10:40:13+00:00

This reverts commit aca82a056b04f1bc1d2578e414d8a8d1eaf66207, which is needed to revert commit 98c9b1bec6fd511889f38c72bc4aa5aba89e264d, which itself causes build failures. Signed-off-by: Thomas Petazzoni

python-pyasn: update homepage link

2017-03-03T07:40:04+00:00

Signed-off-by: Baruch Siach Signed-off-by: Thomas Petazzoni

python-pyasn: fix legal info

2017-03-03T07:40:00+00:00

Fixes: http://autobuild.buildroot.net/results/29c/29ca13a653b2c0cbe449d0b5d795558ce5e4df82/ http://autobuild.buildroot.net/results/5cc/5cc55472682bcb48f732267dd2d9073ce338c294/ http://autobuild.buildroot.net/results/dd9/dd9b087a0e907cbc36f0b870beba375c5fe5b17f/ Signed-off-by: Baruch Siach Signed-off-by: Thomas Petazzoni

python-pyasn: bump to version 1.6.0b1

2017-03-02T20:54:15+00:00

Signed-off-by: Adam Duskett Signed-off-by: Thomas Petazzoni

python-pyasn: fix license file

2015-12-15T20:39:40+00:00

It's not LICENSE.txt and not LICENSE, fixes: http://autobuild.buildroot.net/results/d29/d293f35d8034eaaa519565b14641d1b56206cbc8/ Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

python-pyasn: bump to 0.1.9

2015-12-14T16:59:34+00:00

Add a hash file. Signed-off-by: Yegor Yefremov Signed-off-by: Thomas Petazzoni

package/python-*: drop redundant python || python3 dependencies

2014-11-19T13:21:05+00:00

As discussed on the list: http://lists.busybox.net/pipermail/buildroot/2014-November/112509.html We currently have a mix of python packages explicitly depending on python || python3 in their Config.in and packages that don't. As all python packages are inside a python || python3 conditional in the main Config.in, the explicit dependencies inside the package Config.in is redundant, so drop it for consistency. Automated using: sed -i '/depends on BR2_PACKAGE_PYTHON.*PYTHON3/d' package/python-*/Config.in Signed-off-by: Peter Korsgaard