mupdf-1.18.0 just became stable but when +ssl is enabled, the required version of libressl is not yet stable. So, openssl is pulled in again, obviously not being compatible with the many packages compiled for libressl. (Not sure whether ebuilds can prevent such things.)
Okay, libressl-3.2.x just became stable. However, mupdf *with* libressl is still in the profile masks: > > # Volkmar W. Pogatzki <gentoo@pogatzki.net> (2020-10-14) > # Depends on >=dev-libs/libressl-3.2.0 which is not yet stable > # bug #747151 > >=app-text/mupdf-1.18.0 libressl >
Yeah, it'll be dropped as soon as I can push. Thank you.
Just synced, updated libressl to stable 3.2.1, currently have mupdf-1.16.1 installed, still (same as yesterday) shows me conflict: (dev-libs/openssl-1.1.1g:0/1.1::gentoo, ebuild scheduled for merge) pulled in by >=dev-libs/openssl-1.1:0=[static-libs?] (>=dev-libs/openssl-1.1:0=) required by (app-text/mupdf-1.18.0:0/1.18.0::gentoo, ebuild scheduled for merge) USE="X javascript opengl ssl (-libressl) -static-libs" ABI_X86="(64)" (dev-libs/libressl-3.2.1:0/48::gentoo, installed) pulled in by ... ... ...
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=de6be7a2437b86a44903052d6ee0b76198cd7ba1 commit de6be7a2437b86a44903052d6ee0b76198cd7ba1 Author: Sam James <sam@gentoo.org> AuthorDate: 2020-11-03 03:51:10 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2020-11-03 03:54:39 +0000 app-text/mupdf: drop tighter libressl dep I can't reproduce a build failure with 1.18.0 with various LibreSSL versions in a clean chroot. So, dropping the package.use.stable.mask on libressl for mupdf and making the dep a bit more loose. Reports of a failure of 3.1.4 with mupdf would be welcome. Closes: https://bugs.gentoo.org/752171 Package-Manager: Portage-3.0.8, Repoman-3.0.2 Signed-off-by: Sam James <sam@gentoo.org> app-text/mupdf/{mupdf-1.18.0.ebuild => mupdf-1.18.0-r1.ebuild} | 2 +- profiles/base/package.use.stable.mask | 5 ----- 2 files changed, 1 insertion(+), 6 deletions(-)