This will no longer compile for me. I have the same problem trying to compile it manually from the SVN version. Something evidently got upgraded at some point. I cannot find much informative in the build log (just "emake failed"), but the SVN dies at the same point (configuring a52dec) with this error:

This will no longer compile for me. I have the same problem trying to compile it manually from the SVN version. Something evidently got upgraded at some point. I cannot find much informative in the build log (just "emake failed"), but the SVN dies at the same point (configuring a52dec) with this error:

Thanks for your input. The ebuild says WANT_AUTOMAKE=1.9. I actually have automake 1.4, 1.9, 1.10, and 1.11 on my system. Changing WANT_AUTOMAKE=1.x for x=9,10,11 produces the same result. For x=4, however, it works for a52dec, then dies on faad2 instead._________________Enlightenment comes when you hear the sound of one hand slapping your forehead.

Thanks for your input. The ebuild says WANT_AUTOMAKE=1.9. I actually have automake 1.4, 1.9, 1.10, and 1.11 on my system. Changing WANT_AUTOMAKE=1.x for x=9,10,11 produces the same result. For x=4, however, it works for a52dec, then dies on faad2 instead.

Interesting. I built the -9999 ebuild just a couple weeks ago on ~amd64 with no problems. I'll go ahead and give it a go tonight or tomorrow and see if I also encounter that issue.

It is very recent. I rebuilt handbrake after upgrading libpng to 1.5 (which I did on Oct 26) and it worked fine, but then revdep-rebuild wanted to rebuild it again because of a webkit-gtk upgrade (on Nov 1), and that's when it failed. I'd be interested to see if others experience the same trouble._________________Enlightenment comes when you hear the sound of one hand slapping your forehead.

I have found that Handbrake from the SVN won't build at all if i don't use WANT_AUTOMAKE=1.11. And after that, the requirement for "webkit-1.0" was sending me crazy... I was so puzzled as where to get this "webkit-1.0" on gentoo. In the end the earliest version of webkit-gtk in portage, version 1.2.7, did the job. The problem is, now that isn't in the portage tree anymore, with the earliest version being webkit-gtk-1.4... And that doesn't work!! Luckily i had the distfile for webkit-gtk-1.2.7 from another computer. Mask the updates or Handbrake won't build...

Still, I don't understand why Handbrake needs webkit... It's a video encoding software, there is no need for a huge html rendering library, and plus i can't even see where it is used in the software!

That's funny, it never occurred to me to use WANT_AUTOMAKE outside an ebuild! When I do WANT_AUTOMAKE=1.11 and then build the SVN version it does indeed compile, but if I do it inside the ebuild it fails. That webkit-gtk issue is a show-stopper for me, though._________________Enlightenment comes when you hear the sound of one hand slapping your forehead.

Obviously you need subversion installed first (emerge -pv subversion to check). The Handbrake build system is relatively crazy (it downloads all internal dependents as specific versions and builds/links them locally), but the above works for me.

The resulting executable will be in HandBrake/build/gtk/src and called "ghb".

OK, finally got his working. I found an ebuild for webkit-gtk-1.2.7 here.

I also had to find some patch files that it wanted, which I just googled by name (sorry, don't remember where I picked them up). Put the whole mess under my local portage directory, built it, which created a slotted version, then successfully built handbrake!_________________Enlightenment comes when you hear the sound of one hand slapping your forehead.

(that is, actually, just the flag "pic" added to both those packages, ffmpeg's got many flags since long in my package.use...
then I won't be back here.
If not, I will be, to look for advice... Thanks!

relocation R_X86_64_32 against `x264_cabac_range_lps' can not be used when making a shared object; recompile with -fPIC
./contrib/lib/libx264.a: could not read symbols: Bad value

withoiut and with "-fPIC" in the C[XX]FLAGS
...[snip]...

Code:

...
>=media-video/ffmpeg-0.9 ...[snip]... pic
...
media-libs/x264 pic

(that is, actually, just the flag "pic" added to both those packages
...[snip]...

I've gotten the same error, consistently, with or without "-fPIC" stuck in CFLAGS as advised in links in the previous post of mine, and with as without the "pic" use flags for packages x264 and ffmpeg.
A few times over.
handbrake is in the order of the day for me, as I can't solve issues on my daily schedule without it (at least I don't know how I could: I need to hard burn in subtitles in MP4 video. Subtile file is made, I know of no other program t this time that can do that.
I need to do so, for the file to be uploadable with subtitles on Youtube or Vimeo or similarly, without the fuss of instructions and explanation on a separate file with the subtitles... Thanks if anyone points me to an alternative solution for me!
Also I need to note that I tried to install with "gtk" and "-gtk". When enabled, pulls in net-libs/webkit-gtk-1.6.1-r301, but the error is perfectly the exact same where the compilation process breaks...
My emerge --info:
http://pastebin.com/UKs1uWHK
More precisely:
# emerge --info =media-video/handbrake-0.9.5_p4210:
http://pastebin.com/5VPHYMqF
End of build.log:
http://pastebin.com/Kw1cLpbr

Soo...
I've searched already, and found no more than just the already linked pages with some relevance to the errors that importune me at the moment...
...[snip]...
Hmmmh... Just found something:
http://www.inmethod.com/forum/posts/list/90/1856.page
(not that I understand much of it... But I have to be looking for a clue...)
...
I'll go and employ what lucid brains I'm left with to ponder, mull over these and figure them out...
In the meantime, maybe someone knows better, to cut my chase...
Phew!

there was talk of x264 compiled statically...
If I tried to enable "static-libs" on media-libs/x264-0.0.20111220
would that be plain ctupid?
I mean, would handbrake then compile, maybe?
Ran out of ideas, this is breaking me...
The option is there, my understanding is not really... I can only be guessing...
I'll go and back my system up before I try and do so...
Who knows if in the meantime I get to read how someone made it who had a similar deadlock as this one that's stalling my day now...

...[snip]... I need to hard burn in subtitles in MP4 video. Subtile file is made, I know of no other program t this time that can do that.
I need to do so, for the file to be uploadable with subtitles on Youtube or Vimeo or similarly, without the fuss of instructions and explanation on a separate file with the subtitles... Thanks if anyone points me to an alternative solution for me!
...[snip]...
Phew!

Yup, someone told me, and I am reporting it back here.
Cinelerra told me http://cinelerra.org/docs/split_manual_en/cinelerra_cv_manual_en_21.html
Actually she had already told me way ahead of my getting lost in this handbrake dead-end compile repetition exercise... It just happens people understand dimmly when they're old and little sick like Miro Rovis is.
Here is the video, I just posted it:
http://youtu.be/Oj7rOGHd9Tk
It has burnt-in subtitles and Mencoder, my friend and frriend of Cinelerra's did it for me.
And MPlayer/Mencoder they're grown in onto my fingertips, that's how often I use them, and I went on searching for whatnot for the task they were shouting out loud to me deaf old man off my fingertips that they could do it...
Lord, why do I have to live in this kind of ignorance
God bless all Gentooer population!

!!! 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-0.10.3 required by (media-plugins/gst-plugins-ffmpeg-0.10.13-r2::gentoo, installed)
(and 17 more with the same problems)

(virtual/ffmpeg-9::gentoo, ebuild scheduled for merge) pulled in by
=virtual/ffmpeg-9 required by (media-video/handbrake-9999::gentoo, ebuild scheduled for merge)

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.