c83052c9f3
Workaround for a build error on aarch64, where the binary package repository is currently stuck. Compiling it for aarch64 like this: $ pmbootstrap build --strict --arch=aarch64 qemu Resulted in: >>> qemu: Analyzing dependencies... ERROR: unsatisfiable constraints: openssl-dev-1.1.1a-r0: conflicts: libressl-dev-2.7.4-r2[pc:libcrypto=1.1.1a] libressl-dev-2.7.4-r2[pc:libssl=1.1.1a] libressl-dev-2.7.4-r2[pc:openssl=1.1.1a] satisfies: curl-dev-7.62.0-r2[openssl-dev] libssh2-dev-1.8.0-r4[pc:libcrypto] libssh2-dev-1.8.0-r4[pc:libssl] spice-dev-0.14.1-r3[pc:openssl] libressl-dev-2.7.4-r2: conflicts: openssl-dev-1.1.1a-r0[pc:libcrypto=2.7.4] openssl-dev-1.1.1a-r0[pc:libssl=2.7.4] openssl-dev-1.1.1a-r0[pc:openssl=2.7.4] satisfies: world[libressl-dev] libssh2-dev-1.8.0-r4[pc:libcrypto] libssh2-dev-1.8.0-r4[pc:libssl] spice-dev-0.14.1-r3[pc:openssl] >>> ERROR: qemu: builddeps failed Note that the only package not mentioned in both "satisfies" outputs is curl-dev. The real questions are: why is libressl-dev getting pulled in at all? (Alpine switched back from libressl to openssl, so this should not happen). And why does this only happen for aarch64, but not for x86_64 and armhf? But at least this patch unblocks the package builder. |
||
---|---|---|
.. | ||
0001-elfload-load-PIE-executables-to-right-address.patch | ||
0001-linux-user-fix-build-with-musl-on-aarch64.patch | ||
0001-linux-user-fix-build-with-musl-on-ppc64le.patch | ||
0001-module-Use-QEMU_MODULE_PATH-as-a-search-path.patch | ||
0006-linux-user-signal.c-define-__SIGRTMIN-MAX-for-non-GN.patch | ||
80-kvm.rules | ||
APKBUILD | ||
bridge.conf | ||
fix-sigevent-and-sigval_t.patch | ||
fix-sockios-header.patch | ||
ignore-signals-33-and-64-to-allow-golang-emulation.patch | ||
musl-F_SHLCK-and-F_EXLCK.patch | ||
ncurses.patch | ||
qemu-guest-agent.confd | ||
qemu-guest-agent.initd | ||
qemu.post-install | ||
qemu.pre-install | ||
test-crypto-ivgen-skip-essiv.patch | ||
xattr_size_max.patch |