[ci:skip-build]: won't finish in time

Work around for issue #1715

Link qemu static binaries to jemalloc. This malloc implementation does not
appear to be susceptible to the deadlock after fork issue.

This is package is meant to work around the qemu static deadlock while
cross-compiling.

- pmbootstrap binfmt_misc chroots on arm hosts are untested
- upstream jemalloc package has armv7 disabled. It is uncertain what is
  wrong with jemalloc for armv7.

For these reasons, disable the arm packages.

Taken from upstream aports @ 7af8be0e7aab4a5fe4315fb162850fad66aa7cb0

Includes pull request 51 from upstream.

[ci:skip-build]: already built successfully in CI

Includes pull request 43 from upstream.

UART and SSH work and HDMI works in u-boot (just like the pine-a64lts).
It should work now with display and xorg/weston works directly after
installing. Plasma mobile doesn't work directly because both kms and
fbdev are enabled and kms doesn't work yet.

linux-postmarketos-allwinner: update to 5.0.0-rc3 with patches for this
devkit, tested on this device and on pinea64lts (the only other device
using the allwinner kernel).

[ci:skip-build]: won't finish in time

Fix kcalcore build error. The same fix has been submitted to Alpine.

In file included from /home/pmos/build/src/kcalcore-18.12.3/src/icalformat.cpp:45:
/usr/include/libical/icalss.h:492:10: fatal error: db.h: No such file or directory
 #include <db.h>
          ^~~~~~

Related:
* https://gitlab.com/postmarketOS/pmaports/issues/229
* https://github.com/alpinelinux/aports/pull/6986

[ci:skip-build]: ollieparanoid made sure that this builds for x86_64,
                 armhf, armv7, aarch64

missing depends: so:libical.so.2, so:libicalss.so.2, so:libicalvcal.so.2

This patch forces the kernel to compile with gcc8 and includes by
default INSTALL_MOD_STRIP=1.

usb networking works

echo 100 > /sys/devices/platform/msm_fb.590593/leds/lcd-backlight/brightness
cat /sys/devices/virtual/graphics/fb0/modes > /sys/devices/virtual/graphics/fb0/mode

to get screen working

[ci:skip-build]: already built successfully in CI

Switches htc-ace to armv7. I was able to boot to xfce and everything
seemed to work fine.

[ci:skip-build]: already built successfully in CI

Make sure we keep it in sync with Alpine's version.

[ci:skip-build]: simple arch change, building will probably take too
                 long

Disable it, until more bugs are ironed out (see pmaports issues,
everything related to crossdirect that is still open). Will be enabled
again soon.

[ci:skip-build]: already built successfully in CI

This device is x86_64 and has a 32-bit UEFI, so I need to install
32-bit grub (AFAIK it's the only bootloader capable of loading a 64-bit
kernel from 32-bit).

The grub-efi-x86 package has been generated with pmbootstrap.

Instead of running compilers directly, let them go through the native
ccache binary. Note that it will still use the foreign arches cache dir
because the native cache dir would be at /native/home/pmos/.ccache.

Use execve instead of setenv and execv, because that didn't work with
LD_LIBRARY_PATH (ccache was complaining that it couldn't load zlib).

Enable -Werror, because we are maintaining this program and it helps
us catching bugs early.

Create symlinks for all supported arches (armhf, armv7, aarch64, x86_64,
x86), not only armhf and aarch64. Skip creating symlinks for the arch
that the package gets built for, so we can include x86_64 in the list
without conflicting with the ccache package from Alpine.

Link to ../../../bin/ccache instead of /usr/bin/ccache, so it works
properly with crossdirect (where we mount the native chroot to /native
in the foreign chroot).

Add symlinks for clang and clang++.

$ pmbootstrap pkgrel_bump --auto
Increase 'libphonenumber' pkgrel (5 -> 6), missing depend(s): so:libboost_system-mt.so.1.67.0, so:libboost_thread-mt.so.1.67.0
Increase 'unity-system-compositor' pkgrel (0 -> 1), missing depend(s): so:libboost_system-mt.so.1.67.0
Increase 'trust-store' pkgrel (0 -> 1), missing depend(s): so:libboost_filesystem-mt.so.1.67.0, so:libboost_program_options-mt.so.1.67.0, so:libboost_system-mt.so.1.67.0
Increase 'process-cpp' pkgrel (0 -> 1), missing depend(s): so:libboost_iostreams-mt.so.1.67.0
Increase 'mir' pkgrel (0 -> 1), missing depend(s): so:libboost_filesystem-mt.so.1.67.0, so:libboost_iostreams-mt.so.1.67.0, so:libboost_program_options-mt.so.1.67.0, so:libboost_system-mt.so.1.67.0
Increase 'location-service' pkgrel (0 -> 1), missing depend(s): so:libboost_filesystem-mt.so.1.67.0, so:libboost_program_options-mt.so.1.67.0, so:libboost_system-mt.so.1.67.0
Increase 'ubuntu-download-manager' pkgrel (0 -> 1), missing depend(s): so:libboost_log-mt.so.1.67.0, so:libboost_program_options-mt.so.1.67.0, so:libboost_system-mt.so.1.67.0, so:libboost_thread-mt.so.1.67.0
Increase 'dbus-cpp' pkgrel (0 -> 1), missing depend(s): so:libboost_filesystem-mt.so.1.67.0, so:libboost_program_options-mt.so.1.67.0, so:libboost_system-mt.so.1.67.0

[ci:skip-build]: I doubt that this would finish in time

Remove the override in ouya-ouya (and in postmarketos-base) and add an
override for raspbery-pi3

Fixes #210

After this patch is applied, the phone boots in Xorg UIs like XFCE.

[ci:skip-build]: already built successfully in CI

The problem behind swapped red and blue is inverted byte order in
framebuffer driver pixel format.
This patch sets the correct byte order in the framebuffer driver,
solving the swapped red and blue problem.

[ci:skip-build]: already built successfully in CI

Change the patch to reflect expected location in
plasma-phone-components.

[ci:skip-build]: already built successfully in CI

Initial starting point to get the device booting. The downstream kernel
repository can be improved, see discussion in the merge request.

[ci:skip-build]: already built successfully in CI

Fixes the problem described in #211

device-xiaomi-santoni: use mdss-fb-init-hack to refresh the display, and
swapfile to fix "out of memory" when loading proprietary blobs.

I have tested the kernel, USB Networking, Display, USB OTG, Wi-Fi (with
proprietary blobs) works fine, through I haven't figured out how to get
Bluetooth and among of other stuff to work. Audio works. For more
information on how to get Wi-Fi and Audio to work, check out the wiki
page for this device, I have updated it.

[ci:skip-build]: already built successfully in CI

[ci:skip-build]: building takes longer than one hour

The problem behind swapped red and blue is inverted byte order in
framebuffer driver pixel format.
This patch sets the correct byte order in the framebuffer driver.

The previous workaround patch is removed because it fixes improperly
the red-screen issue, causing the swapped red and blue problem
that this commit solves

[ci:skip-build]: already built successfully in CI