aboutsummaryrefslogtreecommitdiffstats
path: root/main
Commit message (Collapse)AuthorAgeFilesLines
...
* main/cyrus-sasl: add static subpackageNatanael Copa2019-01-011-2/+10
| | | | ref #9738
* main/openjpeg: security fixesFrancesco Colista2019-01-013-2/+138
| | | | | | | - CVE-2018-14423 - CVE-2018-6616 this commit fixes #9797
* main/busybox: ip: print dadfailed flagKaarle Ritvanen2018-12-312-1/+31
| | | | fixes dad.if-up getting stuck
* main/lockfile-progs: Update to 0.1.18Simon Frankenberger2018-12-311-12/+15
|
* main/libnetfilter_queue: Update to 1.0.3Simon Frankenberger2018-12-311-18/+15
|
* main/libspf2: remove not need libreplace from sourceJosef Fröhle2018-12-315-199/+307
|
* main/procmail: update source urlNatanael Copa2018-12-311-1/+1
|
* main/sqlite: Enabled FTS3Marian Buschsieweke2018-12-311-2/+3
| | | | | | | | | | | | | | | | | | | SQLITE_ENABLE_FTS3 is already defined via `-DSQLITE_ENABLE_FTS3` in `CFLAGS`, however this approach does not work (compile source below to verify). Adding `--enable-fts3` as parameter did the trick. FTS3 is required e.g. by Firefox. #include <stdio.h> #include "sqlite3.h" int main(int argc, char **argv){ if (sqlite3_compileoption_used("SQLITE_ENABLE_FTS3")) puts("yes"); else puts("no"); return 0; }
* main/libsndfile: security fixes (CVE-2017-17456, CVE-2017-17457, ↵alpine-mips-patches2018-12-312-1/+96
| | | | | | | | CVE-2018-19661, CVE-2018-19662) This is upstream commit 8ddc442d539ca775d80cdbc7af17a718634a743f Partially fixes #9232
* main/lcms: remove failing test on aarch64Leonardo Arena2018-12-312-3/+285
| | | | Testing linear interpolation ...Error in Linear interpolation (2p): Must be i=8000, But is n=8001
* main/bubblewrap: upgrade to 0.3.1Timo Teräs2018-12-311-2/+2
|
* main/asterisk: upgrade to 15.7.1Timo Teräs2018-12-311-3/+3
|
* main/raspberrypi: fix build on buildersTimo Teräs2018-12-311-1/+6
| | | | Remove bash dependency. Any shall will do.
* main/sqlite: add check() and enable GeoPoly moduleAndy Postnikov2018-12-311-1/+7
|
* main/zfs-vanilla: rebuild against kernel 4.19.13-r0Natanael Copa2018-12-311-1/+1
|
* main/xtables-addons-vanilla: rebuild against kernel 4.19.13-r0Natanael Copa2018-12-311-1/+1
|
* main/spl-vanilla: rebuild against kernel 4.19.13-r0Natanael Copa2018-12-311-1/+1
|
* main/drbd9-vanilla: rebuild against kernel 4.19.13-r0Natanael Copa2018-12-311-1/+1
|
* main/devicemaster-linux-vanilla: rebuild against kernel 4.19.13-r0Natanael Copa2018-12-311-1/+1
|
* main/dahdi-linux-vanilla: rebuild against kernel 4.19.13-r0Natanael Copa2018-12-311-1/+1
|
* main/linux-vanilla: upgrade to 4.19.13Natanael Copa2018-12-311-3/+3
|
* main/vanilla-linux: build amazon ena moduleJake Buchholz2018-12-316-11/+16
| | | | | | | Build amazon's ena network driver module on x86, x86_64, and aarch64 (for EC2 a1 instances). At some point we will probably want to add config-virt.aarch64, too. The ena driver in recent kernels (4.19.x) is in sync with the one in https://github.com/amzn/amzn-drivers, eliminating the necessity for the 'community/aws-ena-driver' aport.
* main/raspberrypi: upgrade to snapshot 2018-12-12Timo Teräs2018-12-311-3/+3
|
* main/py-pynacl: fix ppc64le build hang by disabling segv signal checkMike Sullivan2018-12-292-3/+19
|
* main/perl-date-manip: try to enable tests againRoberto Oliveira2018-12-291-3/+1
| | | | Seems tests are not hanging anymore on 32 bits
* main/perl-date-manip: upgrade to 6.75Roberto Oliveira2018-12-291-2/+2
|
* main/perl-clone: modernize abuildRoberto Oliveira2018-12-291-18/+14
|
* main/perl-clone: upgrade to 0.41Roberto Oliveira2018-12-291-3/+3
|
* community/glm: move from mainNatanael Copa2018-12-281-36/+0
|
* main/openldap: Update to 2.4.47Simon Frankenberger2018-12-281-2/+2
|
* main/lua-bit32: bump pkgrel to rebuildCarlo Landmeter2018-12-281-1/+1
|
* main/lua-bit32: do not depend on luarocksCarlo Landmeter2018-12-282-20/+23
|
* main/lua-posix: depend on renamed lua-bit32Carlo Landmeter2018-12-281-3/+3
|
* main/lua-bitlib: rename aport to lua-bit32Carlo Landmeter2018-12-283-79/+54
| | | | | | | It seems lua-bitlib is confusing as the module to load is named bit32. Also other distros (debian fedora) seem to name it lua-bit32 instead. This aport is copied from duplicated aport in community
* main/glm: upgrade to 0.9.9.3 and add check()Roberto Oliveira2018-12-281-3/+7
|
* main/glm: upgrade to 0.9.9.2Pedro Filipe2018-12-281-6/+7
|
* main/redis: upgrade to 4.0.12J0WI2018-12-281-2/+2
|
* main/perl-file-slurp: Update to 9999.25Simon Frankenberger2018-12-281-9/+14
|
* main/perl-universal-require: Update to 0.18Simon Frankenberger2018-12-281-18/+14
|
* main/perl-net-openssh: modernize and upgrade to 0.78J0WI2018-12-281-5/+5
|
* main/acpica: upgrade to 20181213Roberto Oliveira2018-12-281-2/+2
|
* main/acpica: upgrade to 20181003prspkt2018-12-281-2/+2
|
* main/doxygen: upgrade to 1.8.15Roberto Oliveira2018-12-281-3/+3
|
* main/alpine-ipxe: fix aarch64 buildTimo Teräs2018-12-282-1/+50
| | | | cherry-pick upstream PR fixing the issue
* main/confuse: security upgrade to 3.2.2Roberto Oliveira2018-12-271-2/+6
| | | | - CVE-2018-14447
* main/cython: upgrade to 0.29.2Roberto Oliveira2018-12-271-2/+2
|
* main/libcap-ng: fix cross-compiling without python pre-installedalpine-mips-patches2018-12-271-3/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This aport have no intention to package python bindings so: - tell ./configure explicitly there is no 'swig'; - tell ./configure explicitly neither python nor python3 is needed (this effectively avoids fatal AM_PATH_PYTHON invocation); - replace makedepends= with empty makedepends_build= for symmetry with makedepends_host=. Rationale follows. If neither python nor python3 is pre-installed in the build system, cross-compilation fails: checking for swig... no configure: WARNING: "Swig not found - python bindings will not be made" checking whether to create python bindings... testing checking for python... no checking for python2... no checking for python3... no checking for python3.5... no checking for python3.4... no checking for python3.3... no checking for python3.2... no checking for python3.1... no checking for python3.0... no checking for python2.7... no checking for python2.6... no checking for python2.5... no checking for python2.4... no checking for python2.3... no checking for python2.2... no checking for python2.1... no checking for python2.0... no configure: error: no suitable Python interpreter found >>> ERROR: libcap-ng: build failed This error is printed by AM_PATH_PYTHON at ./configure.ac:125 which assumes lack of python is fatal when invoked without the third arg. Also note the swig warning. After replacing 'makedepends="python3 $depends_dev"' at APKBUILD:10 with 'makedepends_build="python3"', cross-configure succeeds saying python is of no use anyway: checking whether to create python bindings... testing checking for python... no checking for python2... no checking for python3... /usr/bin/python3 checking for python version... 3.6 checking for python platform... linux checking for python script directory... ${prefix}/lib/python3.6/site-packages checking for python extension module directory... ${exec_prefix}/lib/python3.6/site-packages configure: WARNING: "Python headers not found - python bindings will not be made" checking whether to create python3 bindings... investigating checking for python3-config... no sh: yes: unknown operand Python3 bindings will NOT be built
* main/libunwind: enable for x86Natanael Copa2018-12-271-3/+5
| | | | we need to disable stack protector
* main/tcl: upgrade to 8.6.9alpine-mips-patches2018-12-271-2/+2
|
* main/tk: upgrade to 8.6.9alpine-mips-patches2018-12-271-3/+3
|
generated by cgit v1.2.3 (git 2.25.1) at 2025-08-11 23:50:15 +0000