There is not a single reason to mask this package for amd64 and x86. The only arches where it currently cannot be installed are in fact those that have >=media-video/ffmpeg-2.1.4 not keyworded yet. If you look at the PMS wording for "|| ()" deps, then you see: > Any use-conditional group that is an immediate child of an any-of group, if > not enabled (disabled for an exclamation mark prefixed use flag name), is not > considered a member of the any-of group for match purposes. > > In an any-of group, at least one immediate child element must be matched. A > blocker is considered to be matched if its associated package dependency > specification is not matched. > > An empty any-of group counts as being matched. So... only one dep has to be matched. It doesn't even matter if the others are masked or not even in the tree if one is already matched. So instead of masking this for everyone, it has to be masked on alpha, ppc, ppc64 and sparc.
So what do you expect to do users of non masked libav? I was not sure what to do in this case, i asked several devs and decided to avoid creating troubles for libav users (emerge output is really ugly when you have non masked libav and try to update to mpv >=0.4.0 or update world).
(In reply to Nikoli from comment #1) > So what do you expect to do users of non masked libav? I was not sure what > to do in this case, i asked several devs and decided to avoid creating > troubles for libav users (emerge output is really ugly when you have non > masked libav and try to update to mpv >=0.4.0 or update world). I don't know, I don't use portage. But it's not for ebuilds to work around non-user-friendly emerge output by randomly hardmasking packages for unrelated arches. The PM is expected to try both variants. If neither of them are satisfiable, then it will probably suggest to unmask the first one. I'm not sure, but maybe it helps users of libav to explicitly hardmask ffmpeg in their local profile. That's what I did to prevent sys-fs/udev from being randomly pulled in.
There not only should be Gentoo releases of stable and of unstable but also a Gentoo release of masked packages, which works very well for me: --- [ebuild R #] media-video/ffmpeg-2.3.3:0/52.55.55 USE="-3dnow -3dnowext X aac aacplus -alsa (-altivec) amr -amrenc (-armv5te) (-armv6) (-armv6t2) (-armvfp) -avx -avx2 -bindist -bluray bs2b bzip2 cdio -celt -cpudetection -debug -doc encode -examples faac fdk -flite -fma3 -fma4 fontconfig -frei0r -fribidi -gme -gnutls gsm hardcoded-tables iconv -iec61883 -ieee1394 -jack -jpeg2k -ladspa libass -libcaca libsoxr -libv4l (-mips32r2) (-mipsdspr1) (-mipsdspr2) (-mipsfpu) mmx mmxext -modplug mp3 (-neon) network -openal opengl openssl opus -oss -pic pulseaudio -quvi rtmp -samba schroedinger sdl speex sse sse2 sse3 sse4 -sse4_2 -ssh ssse3 -static-libs {-test} theora threads truetype twolame -v4l vaapi vdpau vorbis vpx wavpack webp x264 x265 -xop xvid zlib -zvbi" ABI_X86="32 (64) (-x32)" FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt graph2dot ismindex pktdumper qt-faststart trasher" 0 KiB [ebuild R #] media-video/mpv-0.5.1 USE="X -alsa -bluray -bs2b -cdio -doc-pdf -dvb -dvd -dvdnav enca encode iconv -jack -joystick -jpeg -ladspa -lcms libass -libcaca -libguess -libmpv -lirc lua -luajit mpg123 -openal opengl -oss -portaudio -postproc pulseaudio pvr -quvi -samba sdl (-selinux) shm v4l vaapi vdpau -vf-dlopen -wayland -xinerama -xscreensaver xv" 0 KiB ---
