needs keyword/usemask of: media-libs/libaacplus needs usemask of vdpau useflag on arches without nvidia drivers: x11-libs/libvdpau
(In reply to comment #0) > needs usemask of vdpau useflag on arches without nvidia drivers: > x11-libs/libvdpau Does this means x11-drivers/nvidia-drivers? If so, it would make sense to mask it globally and unmask on amd64/x86 like video_cards_nvidia is. Also i think metadata should be fixed, actually it is: <flag name="vdpau">Enables VDPAU decoders (requires nVidia video cards to offload CPU processing to video card</flag> what about: <flag name="vdpau">Enables VDPAU decoders (requires nVidia video cards and binary nvidia-drivers to offload CPU processing to video card)</flag> <- note the missing closing parenthesis(sp?)
(In reply to comment #1) > (In reply to comment #0) > > needs usemask of vdpau useflag on arches without nvidia drivers: > > x11-libs/libvdpau > > Does this means x11-drivers/nvidia-drivers? If so, it would make sense to mask > it globally and unmask on amd64/x86 like video_cards_nvidia is. > yes, though, some arches rant when someone touches their profile without letting them do it within a bug so i dont do this when not absolutely needed and let everyone do it > Also i think metadata should be fixed, actually it is: > <flag name="vdpau">Enables VDPAU decoders (requires nVidia video cards to > offload CPU processing to video card</flag> > > > what about: > > <flag name="vdpau">Enables VDPAU decoders (requires nVidia video cards and > binary nvidia-drivers to offload CPU processing to video card)</flag> <- note > the missing closing parenthesis(sp?) changed/fixed, thx
(In reply to comment #2) > (In reply to comment #1) > > (In reply to comment #0) > > > needs usemask of vdpau useflag on arches without nvidia drivers: > > > x11-libs/libvdpau > > > > Does this means x11-drivers/nvidia-drivers? If so, it would make sense to mask > > it globally and unmask on amd64/x86 like video_cards_nvidia is. > > > > yes, though, some arches rant when someone touches their profile without > letting them do it within a bug so i dont do this when not absolutely needed > and let everyone do it note also that this is a local useflag, not a global one, so im not sure it should/has to be handled like that
(In reply to comment #2) > (In reply to comment #1) > > (In reply to comment #0) > > > needs usemask of vdpau useflag on arches without nvidia drivers: > > > x11-libs/libvdpau > > > > Does this means x11-drivers/nvidia-drivers? If so, it would make sense to mask > > it globally and unmask on amd64/x86 like video_cards_nvidia is. > > > > yes, though, some arches rant when someone touches their profile without > letting them do it within a bug so i dont do this when not absolutely needed > and let everyone do it In the solution Raúl presented, you wouldn't be touching any arch profiles except x86/amd64's.
USE=vdpau masked for HPPA. Marked ~hppa again.
(In reply to comment #3) > note also that this is a local useflag, not a global one, so im not sure it > should/has to be handled like that If you have doubts mind asking on the -dev ml? Even if its a local use-flag, spreading it through all the profiles when only two profiles are going to benefit(and that isn't going to change) doesn't make sense. As a member of the x86 team, i let you touch our profile :)
(In reply to comment #6) > (In reply to comment #3) > > note also that this is a local useflag, not a global one, so im not sure it > > should/has to be handled like that > > If you have doubts mind asking on the -dev ml? Even if its a local use-flag, > spreading it through all the profiles when only two profiles are going to > benefit(and that isn't going to change) doesn't make sense. > > As a member of the x86 team, i let you touch our profile :) Also i'm pretty sure a lot of use-masks unmasked on (at least) the x86 profile are local and not global.
masked/unmasked vdpau globally then note that, technically, vdpau is made for non-nvidia cards too, but i've never seen anything else but nvidia supporting it :/
ppc* done
media-video/ffmpeg-0.9.1, media-video/ffmpeg-0.10, virtual/ffmpeg-0.9 and media-libs/libaacplus-2.0.2 all keyworded ~x86
*** Bug 406271 has been marked as a duplicate of this bug. ***
~alpha/~arm/~ia64/~sparc done, closing