ffmpeg project has recently changed its include directories from the old ones to newer ones. thus the majority of the projects that use them need to update their packages. since i'm using the svn version and since i'm tired of transcode that continues to give error when compiling against the svn version i've made a personal patch and ebuild, until the maistream fixes this issue. i hope the ones who have had this problem and haven't already fixed it might do it with this patch. the patch doesn't change anything, with the exception of ffmpeg/avcodec.h string to the libavcodec/avcodec.h one (fixing in this way the includes) and thus is not to be held responsible for eventual problems that might arise. the patch was tested only on amd64 but it should work without any flaw also on any other arch that uses ffmpeg - libavcodec.
Created attachment 149102 [details] updated ebuild
Created attachment 149103 [details, diff] patch
hmm this would probably be better to support both old & new headers layout in order to have an easy migration
(In reply to comment #3) > hmm this would probably be better to support both old & new headers layout in > order to have an easy migration > the ebuild should have had this: if has_version '>=media-video/ffmpeg-9999' ; then epatch ${FILESDIR}/fix_ffmpeg_includes.patch || die "epatch failed" fi instead of just epatch ${FILESDIR}/fix_ffmpeg_includes.patch || die "epatch failed" but i didn't have the time to recompile the portage ffmpeg to see if it works, so i've just omitted it. to have this patch applied on the mainstream it needs a conditional #if in the pre configure phase. also, this patch is meant to apply only on gentoo after it had applied the gentoo patches. i don't know if they're applied also outside. sincerely i don't have enough time to verify this.
fixed in 1.0.6_rc2 with a different approach that allows old layout too
I'm now having the same problem trying to upgrade 1.0.6_rc1 ro 1.0.6_rc2 on my x86-32 box. Rebuilding ffmpeg hasn't helped.