libressl and openssl pkgconf have the same provides
The pkgconfig files provided by libressl and openssl provide the same
thing.
And because apk will select the highest version libressl will be
selected.
This causes issues like: https://bugs.alpinelinux.org/issues/9958
(from redmine: issue id 9959, created on 2019-02-04, closed on 2019-02-25)
- Relations:
- blocks #9958 (closed)
- Changesets:
- Revision 376ccc5b by Natanael Copa on 2019-02-22T13:57:08Z:
abuild: add support for pkg-config prefix pcprefix
Fix issue when two -dev packages provides same pkg-config wil but with
different versions. For example libressl-dev and openssl-dev both ships
libssl.pc and libcrypto.pc, which resulted in automatic provides of
pc:libssl and pc:libcrypto.
apk would end up picking libressl-dev over openssl-dev for packages that
had automatic pc:libssl depends (for example libssl2-dev), when
openssl-dev was the one that was used during build.
To fix this we add support for a pcprefix so we can set
pcprefix="libressl:" in libressl APKBUILD which makes libressl-dev
provide pc:libressl:libssl. This is similar to what we do with
sonameprefix.
We do not yet automatically detect when the prefixed variant should be
used so for now we will have to explicitly add libressl-dev.
ref #9959
- Revision 715b4a33 by Natanael Copa on 2019-02-22T14:42:47Z:
main/abuild: backport support for pcprefix
ref #9959
- Revision 5db940af by Natanael Copa on 2019-02-25T08:40:32Z:
main/libressl: upgrade to 2.7.5 and set pcprefix
ref #9959
- Revision 5dc3f744 by Natanael Copa on 2019-02-25T10:57:43Z:
main/abuild: backport support for pcprefix
ref #9959
(cherry picked from commit 715b4a332048238d5f4784bdaa8f128859e755a0)
- Revision 08ab6822 by Natanael Copa on 2019-02-25T17:41:28Z:
main/libressl: upgrade to 2.7.5 and set pcprefix
fixes #9959
(cherry picked from commit 5db940af6587abdb7e3ca4d226ed0fec79773a88)
- Revision 5aba7d2b by Natanael Copa on 2019-02-27T08:13:14Z:
community/remmina: explict depend on openssl
force rebuild against openssl instead of libressl due to implicit
dependency.
ref #9959