aboutsummaryrefslogtreecommitdiffstats
path: root/testing/py-application/APKBUILD
Commit message (Collapse)AuthorAgeFilesLines
* [various]: unify names of licenses according to SPDXJakub Jirutka2017-12-301-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This commit updates $license variable in all APKBUILDs to comply with short names specified by SPDX version 3.0 [1] where possible. It was done using find-and-replace method on substrings inside $license variables. Only license names were updated, not "expressions" specifying relation between the licenses (e.g. "X and Y", "X or Y", "X and (Y or Z)") or exceptions (e.g. "X with exceptions"). Many licenses have a version or multiple variants, e.g. MPL-2.0, BSD-2-Clause, BSD-3-Clause. However, $license in many aports do not contain license version or variant. Since there's no way how to infer this information just from abuild, it were left without the variant suffix or version, i.e. non SPDX compliant. GNU licenses (AGPL, GFDL, GPL, LGPL) are especially complicated. They exist in two variants: -only (formerly e.g. GPL-2.0) and -or-later (formerly e.g. GPL-2.0+). We did not systematically noted distinguish between these variants, so GPL-2.0, GPL2, GPLv2 etc. may mean GPL-2.0-only or GPL-2.0-or-later. Thus GNU licenses without "+" (e.g. GPL2+) were left without the variant suffix, i.e. non SPDX compliant. Note: This commit just fixes format of the license names, no verification has been done if the specified license information is actually correct! [1]: https://spdx.org/licenses/
* testing/py-application: upgrade to 2.1.0Francesco Colista2017-11-161-5/+3
|
* [various] rename python executable in APKBUILDs to python2Jakub Jirutka2016-10-261-2/+2
|
* [various] rename dependency python to python2Jakub Jirutka2016-10-261-1/+1
|
* [various] rename dependency python-dev to python2-devJakub Jirutka2016-10-261-1/+1
|
* testing/*: change source URL pypi.python.org to files.pythonhosted.orgJakub Jirutka2016-07-081-1/+1
| | | | See https://bitbucket.org/pypa/pypi/issues/438/backwards-compatible-un-hashed-package#comment-27734791
* testing/py-application: upgrade to 1.4.0Fabian Affolter2013-03-111-12/+19
|
* testing/[various]: rebuild against python-2.7Natanael Copa2011-06-231-1/+1
|
* testing/py-application: ugprade to 1.2.7Francesco Colista2011-05-021-5/+2
|
* Set all packages with arch="x86 x86_64" to arch="all".William Pitcock2011-01-131-1/+1
|
* testing/*: add archNatanael Copa2010-12-131-0/+1
|
* testing/py-application: renamed from python-applicationNatanael Copa2010-05-211-0/+24