It's been there long enough. Arches, please stabilize. Thanks!
An automated check of this bug failed - repoman reported dependency errors (191 lines truncated): > dependency.bad app-text/mupdf/mupdf-1.14.0-r3.ebuild: DEPEND: alpha(default/linux/alpha/17.0) ['>=dev-libs/openssl-1.1:0=[static-libs?]'] > dependency.bad app-text/mupdf/mupdf-1.14.0-r3.ebuild: RDEPEND: alpha(default/linux/alpha/17.0) ['>=dev-libs/openssl-1.1:0=[static-libs?]'] > dependency.bad app-text/mupdf/mupdf-1.14.0-r3.ebuild: DEPEND: alpha(default/linux/alpha/17.0/desktop) ['>=dev-libs/openssl-1.1:0=[static-libs?]']
can't be stabilized unless newer ssl
Oh yes, sorry, I forgot about openssl. Adding proper bug dependency. I'm not CCing the arches again because bug 684590 isn't a proper STABLEREQ and I don't want to spam arches scripts.
I will add "ssl" to package.use.mask so we can proceed with stabilization sooner. I'll open a separate bug to track openssl 1.1 status, remove the depend on openssl-1.1-stable on this bug and re-CC the arches.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=225a0b359efeb283ecb221f49a071f2db378cfcc commit 225a0b359efeb283ecb221f49a071f2db378cfcc Author: Virgil Dupras <vdupras@gentoo.org> AuthorDate: 2019-05-10 19:22:10 +0000 Commit: Virgil Dupras <vdupras@gentoo.org> CommitDate: 2019-05-10 19:22:10 +0000 app-text/mupdf: stable-mask ssl USE flag Bug: https://bugs.gentoo.org/685584 Bug: https://bugs.gentoo.org/684972 Signed-off-by: Virgil Dupras <vdupras@gentoo.org> profiles/base/package.use.stable.mask | 5 +++++ 1 file changed, 5 insertions(+)
Arches, the ssl USE flag has been stable-masked. Please, resume stabilization. Thanks!
amd64 stable
An automated check of this bug succeeded - the previous repoman errors are now resolved.
This doesn't work and breaks any kind of automated stabilization because during stabilization it's ~arch... :/
x86 stable
(In reply to Virgil Dupras from comment #6) > Arches, the ssl USE flag has been stable-masked. Please, resume > stabilization. Thanks! Are your sure? Does not seem to be masked on ppc.
The mask seems to work fine: if you emerge mupdf stable on a amd64 machine (which has stabilized -r3), you'll see that the ssl flag is masked. What Whissi was telling me the other day is that it doesn't work well with tatt which get confused. It seems that some workarounds are needed to make tatt apply the mask properly and not include ssl in its test combinations.
(In reply to Virgil Dupras from comment #12) > The mask seems to work fine: if you emerge mupdf stable on a amd64 machine > (which has stabilized -r3), you'll see that the ssl flag is masked. Hmm, ppc (on my G4) shows me: # emerge -pqv =app-text/mupdf-1.14.0-r3 [ebuild N ] media-libs/jbig2dec-0.14 USE="png static-libs -test" [ebuild N ] dev-lang/mujs-1.0.5 USE="static-libs" [ebuild U ] dev-libs/openssl-1.1.0j-r1 [1.0.2r] USE="asm static-libs zlib -bindist -rfc3779 -sctp -test -tls-heartbeat* -vanilla (-gmp%) (-kerberos%) (-sslv2%) (-sslv3%*)" [ebuild N ] media-libs/openjpeg-2.3.0-r1 USE="static-libs -doc -test" [ebuild N ] app-text/mupdf-1.14.0-r3 USE="javascript ssl static-libs vanilla -X -curl -libressl -opengl" I got no /etc/portage/profile/use.mask on this machine to override USE-flags.
At the risk of repeating myself, have you "fake-stabilized" the ebuild first? On a fairly vanilla ppc64 machine I have lying around, if I run "emerge -pqv =app-text/mupdf-1.14.0-r3", I get the same result as you do, but if I run "ekeyword ppc64 mupdf-1.14.0-r3.ebuild" first, then I get a clean emerge with ssl properly masked.
(In reply to Virgil Dupras from comment #14) > At the risk of repeating myself, have you "fake-stabilized" the ebuild first? Supposedly I did everything right. But still not masked. This is on ppc, not ppc64. # ekeyword ppc mupdf-1.14.0-r3.ebuild mupdf-1.14.0-r3: ~alpha amd64 ~arm arm64 ~hppa ~ia64 ~ppc ~ppc64 ~s390 x86 ~amd64-linux ~ppc-macos ~x64-macos ~x86-macos # ebuild mupdf-1.14.0-r3.ebuild digest >>> Creating Manifest for /usr/portage/app-text/mupdf # grep -i ppc mupdf-1.14.0-r3.ebuild KEYWORDS="~alpha amd64 ~arm arm64 ~hppa ~ia64 ppc ~ppc64 ~s390 x86 ~amd64-linux ~ppc-macos ~x64-macos ~x86-macos" # grep -i ssl /usr/portage/profiles/base/package.use.stable.mask # Needs openssl 1.1 which isn't going stable for a while and blocks >=app-text/mupdf-1.14.0-r3 ssl # Unknown future, stable deps are hopelessly # emerge -pqv =app-text/mupdf-1.14.0-r3 [ebuild N ] dev-lang/mujs-1.0.5 USE="static-libs" [ebuild U ] dev-libs/openssl-1.1.0j-r1 [1.0.2r] USE="asm static-libs zlib -bindist -rfc3779 -sctp -test -tls-heartbeat* -vanilla (-gmp%) (-kerberos%) (-sslv2%) (-sslv3%*)" [ebuild N ] app-text/mupdf-1.14.0-r3 USE="javascript ssl static-libs vanilla -X -curl -libressl -opengl"
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7c6fe7c5f1b38d3d090c151c08601596ea46374b commit 7c6fe7c5f1b38d3d090c151c08601596ea46374b Author: Tobias Klausmann <klausman@gentoo.org> AuthorDate: 2019-06-04 07:52:22 +0000 Commit: Tobias Klausmann <klausman@gentoo.org> CommitDate: 2019-06-04 07:52:39 +0000 app-text/mupdf-1.14.0-r3: alpha stable Bug: http://bugs.gentoo.org/684972 Signed-off-by: Tobias Klausmann <klausman@gentoo.org> app-text/mupdf/mupdf-1.14.0-r3.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
ppc64 stable
s390 stable
ia64 stable
ppc stable
arm stable
