=media-video/mplayer-1.5_p20241125 fails to build with a bunch of errors beginning with "error: unknown type name 'AVFifo'" Build log and emerge --info attached.
Created attachment 911914 [details] Build log
Created attachment 911915 [details] emerge --info
I confirm this
I also encountered this, although there are workarounds (below) that might be acceptable. CAUSE: I think it is because other things that are depending on ffmpeg do not support the latest versions (5 or 6) and are holding back ffmpeg on version 4, and now apparently the latest mplayer doesn't build against version 4. GENTOO ACTION: It would probably make sense for the mplayer ebuild to explicitly DEPEND on an appropriately-newer version of ffmpeg, so at least the version conflict is reported in more obvious ways. GENTOO ALTERNATIVE: Or maybe someone will make an mplayer patch that will allow the latest to still be built with older versions of ffmpeg. If we're lucky, maybe all it needs is to #include another header, or add a forward declaration somewhere. --- In my case, media-video/vlc[vaapi] was holding back ffmpeg when the vaapi USE flag is on. I've been getting (and ignoring) warnings from "emerge" about this on my machine for many months (years?) now... There is a lot more about this in bug #864721. OBVIOUS WORKAROUNDS: Mask or uninstall some of the incompatibilities (newer mplayer, all vlc, or whatever). POSSIBLE WORKAROUND: Turn off the vaapi USE flag for vlc (at least)? I don't know how to tell if that even has a real effect or not. (Which kind of video, filter(s), etc...) POSSIBLE WORKAROUND: media-video/vlc-3.0.21-r1 includes a patch that disables the problematic vaapi case(s) in the configure and/or code even when USE=vaapi is enabled, so it no longer holds back ffmpeg. So for now, I've added just that one version to package.accept_keywords, and that at least seems to allow everything to update and build. But again, I don't know how to tell if this has adverse effects. (FYI: Enabling vaapi is a vestige of trying to figure out various video-related issues I've had in years past, but I seem to remember it didn't seem to really affect anything.)
I hadn't realised the bug was only happening with older ffmpeg until your comment, which explains why I couldn't reproduce it.
+1 for adding the dependency to the appropriate ffmpeg version. In my case it's not only VLC with vaapi USE flag, but also tigervnc and freerdp blocking newer ffmpeg versions.
(In reply to Timo Ollech from comment #6) Neither tigervnc nor freerdp need older ffmpeg. It's likely confusing output just because of VLC.
I can not remove VLC dependency due to transitive dependency media-libs/phonon (default KDE sound library), for which media-libs/phonon-vlc is the only available backend in Gentoo. I can not update ffmpeg version with such tail of legacy dependencies.
(In reply to MaratIK from comment #8) > I can not update ffmpeg version with such tail of legacy dependencies. Huh? Assuming you also need mplayer, then as I mentioned in comment 4, you can always either mask the latest mplayer (stick with an older one that builds with older ffmpeg), turn off the vaapi USE flag, or unmask the latest vlc. Unless there are some unstated reasons why none of these are viable options for you...
(In reply to Matthew Ogilvie from comment #9) > Huh? Assuming you also need mplayer, then as I mentioned in comment 4, you > can always either mask the latest mplayer (stick with an older one that > builds with older ffmpeg), turn off the vaapi USE flag, or unmask the latest > vlc. Unless there are some unstated reasons why none of these are viable > options for you... I thought that type of preconditions should be checked during "pre-merge checks" phase, but not as compilation failure.
Can we add a conflict or dependency instead? If I have vlc I would rather not receive the new mplayer and will not have the world update failing.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=902897c82330a4e68f63f232cfd24f50b433e549 commit 902897c82330a4e68f63f232cfd24f50b433e549 Author: Sam James <sam@gentoo.org> AuthorDate: 2024-12-08 03:00:51 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2024-12-08 03:00:51 +0000 media-video/mplayer: needs >=ffmpeg-5.1 for AVFifo See 7329b22c058cf271e9ea3aa6e8ab2bb1c462d99f in ffmpeg. Closes: https://bugs.gentoo.org/944960 Signed-off-by: Sam James <sam@gentoo.org> media-video/mplayer/mplayer-1.5_p20241125.ebuild | 2 +- media-video/mplayer/mplayer-9999.ebuild | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)
