Created attachment 429394 [details] Build log Handbrake 0.10.5 fails to compile on my ~amd64 system. Previous version works flawlessy.
Created attachment 429396 [details] Output of `emerge --info '=media-video/handbrake-0.10.5::gentoo'`
Created attachment 429398 [details] Output of `emerge -pqv '=media-video/handbrake-0.10.5::gentoo'`
From the build log: ../libhb/muxavformat.c:643:54: error: ‘AV_PKT_DATA_FALLBACK_TRACK’ undeclared (first use in this function) It seems that >=media-video/libav-11.5 is necessary to get it declared: https://git.libav.org/?p=libav.git;a=commit;h=79ae1e630b476889c251fc905687a3831b43ab5e
Have same issue, when compile handbrake 0.10.5. From build log, complains about: "error: ‘AV_PKT_DATA_FALLBACK_TRACK’ undeclared (first use in this function)". libav 11.6.0 installed already.
Found libswscale, version 3.0.0 checking for C compiler default output file name... a.out checking for suffix of executables... /usr/bin/gcc -std=gnu99 -pipe -fmessage-length=0 -Wall -g0 -O3 -march=core-avx-i -O2 -pipe -DUSE_LIBAV_AAC -D__LIBHB__ -DUSE_PTHREAD -DSYS_LINUX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DARCH_X86_64 -I./libhb/ -Iinclude -c ../libhb/decvobsub.c -o libhb/decvobsub.o /usr/bin/gcc -std=gnu99 -pipe -fmessage-length=0 -Wall -g0 -O3 -march=core-avx-i -O2 -pipe -DUSE_LIBAV_AAC -D__LIBHB__ -DUSE_PTHREAD -DSYS_LINUX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DARCH_X86_64 -I./libhb/ -Iinclude -c ../libhb/qsv_filter.c -o libhb/qsv_filter.o ^[[01m^[[K../libhb/muxavformat.c:^[[m^[[K In function '^[[01m^[[KavformatInit^[[m^[[K': ^[[01m^[[K../libhb/muxavformat.c:642:36:^[[m^[[K ^[[01;35m^[[Kwarning: ^[[m^[[Kimplicit declaration of function '^[[01m^[[Kav_stream_new_side_data^[[m^[[K' [-Wimplicit-function-declaration] sd = (int*)av_stream_new_side_data(track->st, ^[[01;32m^[[K ^^[[m^[[K ^[[01m^[[K../libhb/muxavformat.c:643:54:^[[m^[[K ^[[01;31m^[[Kerror: ^[[m^[[K'^[[01m^[[KAV_PKT_DATA_FALLBACK_TRACK^[[m^[[K' undeclared (first use in this function) AV_PKT_DATA_FALLBACK_TRACK, ^[[01;32m^[[K ^^[[m^[[K ^[[01m^[[K../libhb/muxavformat.c:643:54:^[[m^[[K ^[[01;36m^[[Knote: ^[[m^[[Keach undeclared identifier is reported only once for each function it appears in checking whether we are cross compiling... ../libhb/module.rules:12: recipe for target 'libhb/muxavformat.o' failed make: *** [libhb/muxavformat.o] Error 1 make: *** Waiting for unfinished jobs.... no checking for suffix of object files... o but i have media-video/libav-11.6 , so this problem seems to not solved :(((
Upstream ship their own libav (11.3) with custom patches :( But from what I can tell it is now in libav mainline (see link in comment 3). It would be interesting to see what happens if you try applying the "nolibav" patch on your systems? (just remove the "use libav || ")
I'll add a Libav 12 snapshot soon. That will address some of those issues immediately.
Can anyone test this against the libav 12 snapshot?
The libav 12 snapshot has a wrong directory name. (/tmp/portage/media-video/libav-12_pre20160522/work/libav-12_pre201605022/) The source directory '/tmp/portage/media-video/libav-12_pre20160522/work/libav-12_pre20160522' doesn't exist
I've got a fix for the libav 12 srcdir issue here: https://github.com/gentoo/gentoo/pull/1521
With the fixed libav 12 snapshot handbrake compiles.
Any news on this?
(In reply to n4cer from comment #11) > With the fixed libav 12 snapshot handbrake compiles. well the currently snapshot dont work so i also not able to test handbrake https://bugs.gentoo.org/show_bug.cgi?id=588482
I'm seeing this also.
Confirming AV_PKT_DATA_FALLBACK_TRACK undeclared error.
Why is the status still "UNCONFIRMED?"
Build still fails with libav build with -libav does succeed maybe remove that option?
Same here Cannot compile with -libav because it then pulls in ffmpeg, which cannot be installed alongside libav (used by rest of system)
(In reply to Nico Baggus from comment #17) > Build still fails with libav > > build with -libav does succeed > > maybe remove that option? Is that with the 12 snapshot?
libav-12 is masked on my (mostly) stable machine. As other packages use libav I've not been excited to install libav-12.
As an alternative idea is there any chance handbrake-0.10.2-r2 could be put back into portage and marked stable? We've now been in this state with 0.10.5 for nearly 7 months with no apparent forward progress. We've never in the past TTBOMK had a stable version of handbrake and yet many of us have used the program for years. How would we best go about doing that?
10.5-r1 is still failing to compile with libav 11.8 with the same problem. I think that the real issue resides here: https://github.com/HandBrake/HandBrake/issues/92 Handbrake uses their own compiled libav to run it, and has a number of patches to prevent people from using ffmpeg. I see a few options for people (as I haven't been able to get handbrake installed. -Mask libav USE flag, stating why it's broken. -Reinclude older version of handbrake that worked for libav users. -Include handbrake's precompiled libraries. (placed in /opt)
maybe time to get a update to new released version: 1.0.0 in portage. we need to wait for an ebuild in portage :))
+1 for tman For anyone else frustrated by the long delay getting this problem ironed out - as a stop gap I installed Ubuntu Desktop in a Virtualbox VM and installed handbrake-0.10.2 there. Seems to work fine and only took about 30 minutes.
Ive bumped the dep to v12 of libav, use is masked as libav-12 itself is masked.
I've removed handbrake completely at this point and will track this thread and wait for some solution that will work for a 'mostly stable' machine.