aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* main/dahdi-linux-grsec: rebuild against kernel 4.9.18-r0Natanael Copa2017-03-301-1/+1
|
* community/virtualbox-guest-modules-grsec: rebuild against kernel 4.9.18-r0Natanael Copa2017-03-301-1/+1
|
* main/linux-grsec: upgrade to 4.9.18Natanael Copa2017-03-301-4/+4
|
* testing/rethinkdb: use gentoo init.d script, add pre-installNatanael Copa2017-03-304-15/+71
|
* testing/wireguard-vanilla: rebuild against kernel 4.9.18-r0Natanael Copa2017-03-301-2/+2
|
* main/zfs-vanilla: rebuild against kernel 4.9.18-r0Natanael Copa2017-03-301-1/+1
|
* main/spl-vanilla: rebuild against kernel 4.9.18-r0Natanael Copa2017-03-301-1/+1
|
* main/linux-vanilla: upgrade to 4.9.18Natanael Copa2017-03-301-2/+2
|
* main/linux-firmware: upgrade to 20170330Natanael Copa2017-03-301-5/+3
|
* main/nginx: clean the mess with luajit conditionJakub Jirutka2017-03-301-3/+8
|
* testing/ntopng: add note about disabling selected archesJakub Jirutka2017-03-301-0/+1
|
* community/lua-toml: clean the mess with luajit conditionJakub Jirutka2017-03-301-16/+13
|
* community/minetest: add note about disabling selected archesJakub Jirutka2017-03-301-0/+1
|
* testing/suricata: add note about disabling selected archesJakub Jirutka2017-03-301-0/+1
|
* testing/knot-resolver: add note about disabling selected archesJakub Jirutka2017-03-301-0/+1
|
* main/lua-turbo: add note about disabling selected archesJakub Jirutka2017-03-301-0/+1
|
* community/lua-busted: clean the mess with luajit conditionJakub Jirutka2017-03-301-17/+23
|
* community/lua-fun: clean the mess with luajit conditionJakub Jirutka2017-03-301-11/+13
|
* main/nginx: fix string comparisonLeonardo Arena2017-03-301-2/+2
|
* main/nginx: luajit is not avail on ppc64leLeonardo Arena2017-03-301-2/+2
|
* testing/ntopng: don't build for arches where luajit is not availLeonardo Arena2017-03-301-14/+2
|
* community/lua-toml: build for arches where luajit is not avail but don't check()Leonardo Arena2017-03-301-8/+17
|
* community/lua-busted: don't attempt to install luajitLeonardo Arena2017-03-301-3/+2
|
* community/lua-fun: don't attempt to install luajitLeonardo Arena2017-03-301-2/+2
|
* community/minetest: disable on arches where luajit is not availLeonardo Arena2017-03-301-2/+2
|
* testing/suricata: disable on arches where luajit is not availLeonardo Arena2017-03-301-2/+2
|
* community/erlang: rebuild for ppc64leLeonardo Arena2017-03-301-1/+1
|
* testing/knot-resolver: disable on arches where luajit is not availLeonardo Arena2017-03-301-2/+2
|
* main/lua-turbo: luajit not avail on ppc64leLeonardo Arena2017-03-301-2/+2
|
* community/lua-busted: don't check() where luajit is required and not availLeonardo Arena2017-03-301-14/+15
|
* community/py-ws4py: upgrade to 0.4.2Francesco Colista2017-03-301-2/+2
|
* community/perl-test-postgresql: upgrade to 1.22Francesco Colista2017-03-301-4/+2
|
* community/py3-aiohttp: upgrade to 2.0.5Francesco Colista2017-03-301-2/+2
|
* community/lua-fun: don't check() where luajit is required and not availLeonardo Arena2017-03-301-6/+10
|
* community/lua-toml: disable for arches where luajit not availLeonardo Arena2017-03-301-2/+2
|
* main/luajit: actually disable ppc64leLeonardo Arena2017-03-301-2/+2
|
* main/luajit: not supported on ppc64leLeonardo Arena2017-03-301-2/+2
| | | | | lj_arch.h:405:2: error: #error "No support for PowerPC 64 bit mode (yet)" #error "No support for PowerPC 64 bit mode (yet)"
* unmaintained/py-mopidy-*: move into unmaintained since depends are in this ↵Leonardo Arena2017-03-304-0/+0
| | | | status
* main/xf86-video-rendition: Stripping manuallyBreno Leitao2017-03-301-0/+4
| | | | | | | Stripping manually to avoid strip non-CARCH binaries, as reported: >>> xf86-video-rendition*: Stripping binaries strip: Unable to recognise the format of the input file `./usr/lib/xorg/modules/v20002d.uc'
* main/xf86-video-rendition: Simplify build scriptBreno Leitao2017-03-301-9/+2
| | | | | | | Simplifying build script for xf86-video-rendition, since prepare() is not required on this package, since there is no patches, and, if it was required, I understand that default_prepare() should do the same job as current prepare(), thus removing prepare() section.
* testing/emscripten-fastcomp: fix wrong file path in package()Jakub Jirutka2017-03-301-1/+1
|
* community/rapidjson: move from testingJakub Jirutka2017-03-302-0/+0
|
* community/diff-pdf: move from testingJakub Jirutka2017-03-301-0/+0
|
* testing/emscripten-fastcomp: new aportJakub Jirutka2017-03-303-0/+129
| | | | | https://kripken.github.io/emscripten-site/ The Clang + LLVM backend for Emscripten
* main/nagios-plugins: don't try to remove nonexistent check-gameBreno Leitao2017-03-301-1/+1
| | | | | | | Nagios-plugins is not building check-game plugin anymore, thus, abuild is failing to build this package because it tries to remove (it is not important for Alpine) a package that is not being built anymore.
* community/nodejs-current: upgrade to 7.8.0Martin Bratteng2017-03-301-2/+2
|
* community/openblas: ppc64le rebuildWilliam Pitcock2017-03-291-1/+1
|
* testing/perl-number-format: dependency fixWilliam Pitcock2017-03-291-1/+7
|
* main/strace: fix pt_regs collision on ppc64leGustavo Romero2017-03-292-2/+23
| | | | | | | | | | | | | | | | | | | strace build requires <linux/ptrace.h> and it includes <asm/ptrace.h> that, by its turn, defines the pt_regs struct. However the same struct is also define in <bits/user.h> from musl-dev, creating therefore a conflict. A solution is to add the __ASSEMBLY__ guard so pt_regs struct from <asm/ptrace.h> is not include twice, avoiding the collision in question. There is no other way to worki around that issue on Musl since it does not include the linux headers and hence has to define again the pt_regs struct in user.h and the name clashes. In glibc, for instance, user.h includes <asm/ptrace.h> from kernel and does not redefine it. Also Musl community has no better solution at the moment for this issue on ppc, so basically nothing change since [1]. [1] http://www.openwall.com/lists/musl/2016/12/30/5
* main/py-paramiko: upgrade to 2.1.2André Klitzing2017-03-291-6/+4
|