I don't have this particular ebuild so I can't check, but this looks like one of two things: the ebuild has a hardcoded libav dependency, or (more likely) your getting libav-9999 to meet the virtual/ffmpeg-9 requirement. Unfortunately, the only way to move forward on this is to unmask media-video/ffmpeg and virtual/ffmpeg-9.

/etc/portage/package.unmask

Code:

media-video/ffmpeg::gentoo
=virtual/ffmpeg-9

/etc/portage/package.accept_keywords

Code:

=media-video/ffmpeg-1.2.1
=virtual/ffmpeg-9

With these set a '-pv' should at least show if ffmpeg can provide the dependency, however, installing media-video/ffmpeg-1.2.1 may break other packages currently dependent on the stable 0.10.7 package (which is in part the reason for the mask). You would need to revdep-rebuild any packages currently built against 0.10.7 and probably won't be able to tell which will succeed/fail until then.

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

virtual/ffmpeg:0

(virtual/ffmpeg-0.10.3::gentoo, installed) pulled in by
=virtual/ffmpeg-0.10* required by (media-plugins/gst-plugins-ffmpeg-0.10.13-r2::gentoo, installed)

(virtual/ffmpeg-9::gentoo, ebuild scheduled for merge) pulled in by
=virtual/ffmpeg-9 required by (media-video/gpac-0.5.0::gentoo, installed)
(and 17 more with the same problem)

It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously. You may want to try a larger value of
the --backtrack option, such as --backtrack=30, in order to see if
that will solve this conflict automatically.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.

Moved from Multimedia to Unsupported Software as it's not in the Portage tree.

It is now.

lyallp wrote:

Just a bit of breakage...

Where? No bug, no party.

lyallp wrote:

virtual/ffmpeg:0

(virtual/ffmpeg-0.10.3::gentoo, installed) pulled in by
=virtual/ffmpeg-0.10* required by (media-plugins/gst-plugins-ffmpeg-0.10.13-r2::gentoo, installed)

(virtual/ffmpeg-9::gentoo, ebuild scheduled for merge) pulled in by
=virtual/ffmpeg-9 required by (media-video/gpac-0.5.0::gentoo, installed)
(and 17 more with the same problem)

virtual/ffmpeg-0.10.3 and virtual/ffmpeg-9 both have SLOT="0"; to resolve this slot conflict, unmerge and mask =media-plugins/gst-plugins-ffmpeg-0.10.13-r2 and =virtual/ffmpeg-0.10.3 and unmerge anything that only depends on those two, unless you can change the USE flags around. Also, if you want media-video/libav; you'll need to unmerge and mask media-video/ffmpeg and unmerge anything that has a dependency on those two, unless you can change the USE flags around.

No bug? Well, I didn't consider it a bug, I considered that the config of my system was preventing it's install.

net-p2p/tribler - hell, I didn't even realise I had that installed, gone!
www-client/chromium - I used eix to examine the use flags on this one, system-ffmpeg is disabled already. The only use flag I have enabled for chromium is 'cups'.

Anyway, I only wanted to look at Handbrake. Maybe I am overestimating the amount of effort but having to re-jig my system just so I can install one package is all too hard, at least at this point.

Yes, the new virtual is for the newer versions of ffmpeg and libav; which are currently masked because they result in at least audio issues for some people.

The Portage tree version of Handbrake only works with the newer versions of virtual/ffmpeg, older versions of virtual/ffmpeg give compile errors that aren't easy to fix (and even if you fix them, it probably wouldn't work well)

So, we just have to wait until the audio issues get fixed and the masks drop before we finally have a non-masked way to use Handbrake...

I don't know, if i made something stupid, but i managed to compile handbrake-0.9.9!

I did read what was written above and frst i tried handbrake on ubuntu, to see, if it's worth the pain
I wrote an script, which uses mencoder, mplayer, faac and mkvmerge to do the thing. It works great, but it takes 8-12 hours! (i have an i7 -> 8 cores)
Handbrake did the job with a similar quality in 2-3 hours!
So, i'ge got have it on gentoo! I don't like ubuntu.

I read here about the slot conflicts and ffmpeg older versions not working and did exctly what's here. With the only diference, i unmerged gst-plugins- ffmpeg and ffmeg (virtual too).
I emerged handbrabe and then ffmpeg.
I ran revdep-rebuild and 5 programms are recompiling (e.g. mplayer uses ffmpeg, so far i know).

I get the following error when trying to emerge handbrake-9999. I have verified I have the latest handbrake-9999-remove-faac-dependency.patch file and that it is in files directory in the media-video/handbrake directory. There seems to be an error within the patch itself. Any ideas on the fix?

Fixed the patch, although it might be unnecessary to use that patch due to --disable-faac; I can't determine that, because 9999 currently fails to build for some other reason I haven't figured out yet.

Quote:

+ 15 Jul 2013; Tom Wijsman <TomWij@gentoo.org>
+ +files/handbrake-0.9.9-remove-faac-dependency.patch,
+ -handbrake-0.9.9_pre5441-r1.ebuild,
+ files/handbrake-9999-remove-faac-dependency.patch, handbrake-0.9.9.ebuild,
+ handbrake-9999.ebuild:
+ Fix faac dependency removal patch for handbrake-9999, currently it still fails
+ to build due to a yasm based cpuid detection they introduced that doesn't
+ appear to work; also heavily documented that ebuild with TODOs that would be
+ nice to have for the upcoming release. Fixed up src_configure a bit. Removed
+ old snapshot version 0.9.9_pre5441-r1.