media-libs/libplacebo is a dependency of ffmpeg
Sanity check failed: > media-libs/libplacebo-5.229.2 > depend ~arm stable profile default/linux/arm/17.0 (3 total) > media-libs/shaderc > depend ~arm dev profile default/linux/arm/17.0/armv4 (40 total) > media-libs/shaderc > rdepend ~arm stable profile default/linux/arm/17.0 (3 total) > media-libs/shaderc > rdepend ~arm dev profile default/linux/arm/17.0/armv4 (40 total) > media-libs/shaderc
All sanity-check issues have been resolved
media-libs/libplacebo IUSE is masked on most arches, so why are you creating x different bugs for it and adding arches without maintainer input?
*** Bug 899716 has been marked as a duplicate of this bug. ***
*** Bug 899720 has been marked as a duplicate of this bug. ***
*** Bug 899722 has been marked as a duplicate of this bug. ***
*** Bug 899724 has been marked as a duplicate of this bug. ***
*** Bug 899726 has been marked as a duplicate of this bug. ***
*** Bug 899728 has been marked as a duplicate of this bug. ***
*** Bug 899730 has been marked as a duplicate of this bug. ***
(In reply to Andreas Sturmlechner from comment #3) > media-libs/libplacebo IUSE is masked on most arches, so why are you creating > x different bugs for it and adding arches without maintainer input? Where is it masked on most arches? I see the libplacebo flag masked for the media-video/vlc for few arches, for example: https://github.com/gentoo/gentoo/blob/e678177aed8f5be31a8fb35a9a135f9f8f45128c/profiles/arch/powerpc/ppc64/package.use.mask#L111 My reading of the comments is that the problem is that media-libs/libplacebo is simply not keyworded for other arches yet - so I'm trying to help out and get the things moving on adding those arch keywords. And I see nothing about media-libs/libplacebo the package being masked on any arch, and the ebuild doesn't have any minus arch keywords https://github.com/gentoo/gentoo/blob/e678177aed8f5be31a8fb35a9a135f9f8f45128c/media-libs/libplacebo/libplacebo-5.229.2.ebuild#L18 nor does the ebuild have comments about not working on other arches... so why not make the keywording requests?
That's why I would wait for maintainer input before adding dead arches to media-libs/libplacebo and Vulkan.
Sanity check failed: > media-libs/shaderc-2023.2 > bdepend ~ia64 stable profile default/linux/ia64/17.0 (13 total) > dev-ruby/asciidoctor
(In reply to Craig Andrews from comment #11) > ... so why not make the keywording requests? Also please check out what NATTkA can do for you in the package list before even CCing arches yet.
So, ~ia64 would require keywording dev-ruby/asciidoctor, and with it even dev-lang/ruby. Or masking media-libs/shaderc[doc] IUSE.
...but ruby was dekeyworded, because ia64 is a dead arch, so going further there makes no sense.
Dropping ~ia64 then. It can be added back when an appropriate USE mask is in place, in theory.
Sanity check failed: > media-libs/shaderc-2023.2 > bdepend ~sparc stable profile default/linux/sparc/17.0 (8 total) > dev-ruby/asciidoctor
Same for sparc.
Now you can give maintainers some time to react, or add CC-ARCHES anyway after timeout. Btw this would be easier if you were on IRC to reach out.
Keywording the vulkan stack on ppc and hppa doesn't make any sense to me.
(In reply to Matt Turner from comment #21) > Keywording the vulkan stack on ppc and hppa doesn't make any sense to me. Yeah, long story short I don't think this is useful? It's just adding keywords for the sake of adding keywords.
If going to add keywords I'd like to hear from someone that actually make use of these things on these arches rather than "it's a dependency of ffmpeg".
(In reply to Ionen Wolkens from comment #23) > If going to add keywords I'd like to hear from someone that actually make > use of these things on these arches rather than "it's a dependency of > ffmpeg". But anyhow, libplacebo is trivial unlike the vulkan stack, so up to vulkan maintainers.
I agree it seems a bit strange from my pov as one of the vulkan maintainers. I would prefer we just mask ffmpeg USE=vulkan/libplacebo on these arches.
I'll go ahead and close this, if someone actually use this and/or vulkan on these arches they're welcome to do keywording/requests as needed -- and then we can remove the USE masks much like what happened for libplacebo's ppc64 (for something simple, can check if mpv[libplacebo]'s `mpv -vo gpu-next` works) ffmpeg being keyworded a bit everywhere can make sense, but GPU-accelerated features that aren't usable everywhere tend to make less sense -- and libplacebo is currently gated behind a USE flag on ffmpeg-5 that can be masked and so there's no hard requirement for doing this.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3d69680669446f44c4c1c611b60f24fcc46b7de6 commit 3d69680669446f44c4c1c611b60f24fcc46b7de6 Author: Craig Andrews <candrews@gentoo.org> AuthorDate: 2023-03-09 19:44:24 +0000 Commit: Craig Andrews <candrews@gentoo.org> CommitDate: 2023-03-12 18:53:09 +0000 profiles: mask media-video/ffmpeg[libplacebo] except ppc64,x86,amd64 libplacebo is only available on ppc64,x86,amd64, so mask it everywhere except on those archs. Bug: https://bugs.gentoo.org/899714 Closes: https://github.com/gentoo/gentoo/pull/29948 Signed-off-by: Craig Andrews <candrews@gentoo.org> profiles/arch/amd64/package.use.mask | 4 ++++ profiles/arch/base/package.use.mask | 4 ++++ profiles/arch/powerpc/ppc64/64le/package.use.mask | 4 ++++ profiles/arch/x86/package.use.mask | 4 ++++ 4 files changed, 16 insertions(+)
