aboutsummaryrefslogtreecommitdiffstats
path: root/community/wiringpi
Commit message (Collapse)AuthorAgeFilesLines
* community/wiringpi: enable on aarch64Timo Teräs2019-04-111-1/+1
| | | | aarch64 works on rpi3 so this makes sense
* community/wiringpi: fix build on armv7Milan P. Stanić2018-12-071-3/+3
|
* community/wiringpi: really upgrade to 2.46, split -dev and modernizeTimo Teräs2018-11-011-22/+20
| | | | | | As we are package from git tag, we ended up getting wrong version versus what was advertised. Ship the dynamic libraries, header files, and split -dev. Modernize aport.
* aports: add support for armv7 [skip ci]Oliver Smith2018-09-241-1/+1
| | | | | | | | | This makes it possible to provide armv7 as additional architecture in Alpine, next to armhf. See the discussion in this ML thread: <https://lists.alpinelinux.org/alpine-devel/6271.html> It's done by adding armv7 next to armhf in the arch line and also !armv7 where the arch line said !armhf. The following script was used:
* community/wiringpi: upgrade to 2.46Timo Teräs2018-07-171-4/+2
|
* [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/
* community/wiringpi: upgrade to 2.32Timo Teräs2016-09-051-0/+44