Do not mark commit messages as NOK if the subject...
* has an uppercase letter (except for right after the colon)
* contains a dot or underscore before the colon
The package was originally added with jemalloc to work around a deadlock
while compiling mesa. I've tested compiling the mesa-git package on
x86_64 for armhf and armv7 and it worked fine. Looking at the original
issue report, the problem only happened with the autotools build system
and not with meson - and as all our mesa or networkmanager aports are
using meson now, I think we can delete this.
This MR enable the new CONFIG_SND_SOC_NOKIA_RX51 kernel option which
replaces the old CONFIG_SND_OMAP_SOC_RX51, enabling the audio on the
N900 again (just tested).
[ci:skip-build]: won't finish in time
[ci:skip-build]: will not finish in time and does not build with --strict
because of an abuild bug that will be fixed in the next abuild release by
this patch:
c54d39d8aa
missing depend(s): so:libboost_log.so.1.69.0, so:libboost_program_options.so.1.69.0, so:libboost_thread.so.1.69.0
[ci:skip-build]: will probably not finish in time
Rebuild all other GCC packages against mpfr4, so they don't fail with:
Error loading shared library libmpfr.so.4: No such file or directory (needed by /usr/gcc4/libexec/gcc/x86_64-alpine-linux-musl/4.9.2/cc1)
[ci:skip-build]: won't finish in time
Related: 2b32ed3a48786fa151cad8f920e5d9997bee94ed in Alpine's aports.git
Rebuild to make it use the new armhf triplet. Otherwise cross compiling
with crossdirect to armhf fails with:
ERROR: crossdirect: failed to execute /native/usr/lib/ccache/bin/armv6-alpine-linux-muslgnueabihf-gcc: No such file or directory
This finally fixes#295.
Rebuild to make it use the new armhf triplet. Otherwise cross compiling
with crossdirect to armhf fails with:
ccache: error: Could not find compiler "armv6-alpine-linux-muslgnueabihf-gcc" in PATH
Related: #295
Upgrading binutils-armhf was blocked, after the armhf triplet had been
renamed and gcc-armhf still had the old triplet. Now gcc-armhf was
upgraded. When trying to the upgraded build gcc-armhf with the current
set of binary packages, without updating binutils-armhf, it fails with:
configure: error: cannot compute suffix of object files: cannot compile
So let's upgrade binutils-armhf too and finally have the triplet of both
programs in sync again \o/
Related: #295
Make the version match Alpine's gcc again. Fixes libstdc++ unsatisfiable
constrains related error messages (because the libstdc++ generated by
these cross-* packages has the same pkgver and pkgrel again as the one
provided by Alpine's gcc package).
[ci:skip-build]: won't finish in time
The upstream compat test case will still fail after this, there are more
issues that need to be resolved. I'm on it.
