Solving slot conflicts with ffmpeg:0/60*

[ExecutorElassus]

So it seems there's an ffmpeg-8 out, and this is causing portage to skip the update due to slot conflicts. On my system, the affected packages are:

media-libs/opencv-4.12
media-video/vlc-3.0.22_rc1-r2
media-plugins/audacious-plugins-4.4.2-r1
app-text/calibre-8.11.1 (version bump in my local overlay; it's actually up to 8.13 upstream)
media-video-mpv-0.40.0-r3
media-video/obs-studio-32.0.1
media-video/ffmpegthumbnailer-2.2.3
media-libs/gegl-0.4.64-r1
media-gfx/gmic-3.6.3-r100 (external repo)
dev-qt/qtmultimedia-6.9.3
media-libs/mlt-7.32.0

I wasn't able to find a tracker on bugzilla; are package maintainers working to update these? or is ffmpeg still too bleeding-edge to expect an update anytime soon?

Cheers,
EE

[Chiitoo]

I wasn't able to find a tracker on bugzilla; are package maintainers working to update these? or is ffmpeg still too bleeding-edge to expect an update anytime soon?

Here's one. :]

Bug 961435 (ffmpeg-8.0) - [Tracker] Packages broken with media-video/ffmpeg-8.0

I've been using ffmpeg-8 since 2025-09-03 but yes, there might still be issues with some packages.

Some of those you listed however shouldn't, such as obs-studio, gegl, and mpv, so perusing that list of conflicts again might be a good idea.

(vlc will be one that wants less than 8 still.)

[ExecutorElassus]

hrm. There's nothing in mpv's ebuild that says it depends on ffmpeg-7, but when I try to upgrade ffmpeg it shows up in the list:

Code: Select all

 >=media-video/ffmpeg-6.1:0/59.61.61=[encode(+),threads(+),vaapi,vdpau] required by (media-video/mpv-0.40.0-r3:0/2::gentoo, installed) USE="X alsa cli drm dvd egl iconv jack javascript jpeg libmpv lua openal uchardet vaapi vdpau vulkan xv zlib (-aqua) -archive -bluray -cdda (-coreaudio) -debug -dvb -gamepad -lcms -libcaca -nvenc -pipewire -pulseaudio -rubberband -sdl (-selinux) -sixel -sndio -soc -test -tools -wayland -zimg" ABI_X86="(64)" LUA_SINGLE_TARGET="(luajit) (-lua5-1)" PYTHON_SINGLE_TARGET="python3_12 -python3_11 -python3_13 -python3_14"

Am I missing some other dependency here?

Cheers,

EE

[Anon-E-moose]

Code: Select all

/usr/portage/media-video/mpv $ ls files/
mpv-0.40.0-ffmpeg8.patch 

Code: Select all

>=media-video/ffmpeg-6.1:0/59.61.61

this should apply to anything greater than 6.1, with the highest available being typically selected.

[ExecutorElassus]

this should apply to anything greater than 6.1, with the highest available being typically selected.

Except that ffmpeg-8 has a different meta-version: media-video/ffmpeg-8.0:0/60.62.62. So that gets blocked, while anything in the 7 series will still carry the :0/59.61.61 version and be accepted.

What I don't understand, though, is where the mpv ebuild is requiring that lower version of ffmpeg, if it's not in the ebuild. For comparison, here are the two versions of ffmpeg that are conflicting:

Code: Select all

(media-video/ffmpeg-8.0:0/60.62.62::gentoo, ebuild scheduled for merge) USE="X alsa bzip2 chromium dav1d drm dvd fdk fontconfig gnutls gpl ieee1394 jack lame libass openal opengl openh264 openssl opus sdl speex svg theora truetype vaapi vdpau vorbis vulkan x264 x265 xml xvid zlib -amf -amr -amrenc (-appkit) -bluray -bs2b -cdio -chromaprint -codec2 -cuda -doc -flite -frei0r -fribidi -gcrypt -gme -gmp -gsm -iec61883 -jpeg2k -jpegxl -kvazaar -ladspa -lcms -libaom -libaribb24 -libcaca -libilbc -liblc3 -libplacebo -librtmp -libsoxr -libtesseract -lv2 -lzma -modplug -nvenc -opencl -openmpt -pulseaudio -qrcode -qsv -quirc -rabbitmq -rav1e -rubberband -samba -shaderc -snappy -sndio -srt -ssh -svt-av1 -twolame -v4l -verify-sig -vidstab -vmaf -vpx -webp -zeromq -zimg -zvbi" ABI_X86="32 (64) (-x32)" conflicts with

 >=media-video/ffmpeg-6.1:0/59.61.61=[encode(+),threads(+),vaapi,vdpau] required by (media-video/mpv-0.40.0-r3:0/2::gentoo, installed) USE="X alsa cli drm dvd egl iconv jack javascript jpeg libmpv lua openal uchardet vaapi vdpau vulkan xv zlib (-aqua) -archive -bluray -cdda (-coreaudio) -debug -dvb -gamepad -lcms -libcaca -nvenc -pipewire -pulseaudio -rubberband -sdl (-selinux) -sixel -sndio -soc -test -tools -wayland -zimg" ABI_X86="(64)" LUA_SINGLE_TARGET="(luajit) (-lua5-1)" PYTHON_SINGLE_TARGET="python3_12 -python3_11 -python3_13 -python3_14"

Maybe I've just messed up a dependency here, but it looks mpv is requiring ffmpeg below -8.

[Hu]

mpv requires an ffmpeg with the same subslot as the ffmpeg with which mpv was last built. You last built mpv with an ffmpeg that had subslot 59.61.61, so Portage wants to pick an ffmpeg that has that same subslot. If you emerge --oneshot --ask --verbose media-video/ffmpeg media-video/mpv in a single step, so that Portage can rebuild mpv with the newer ffmpeg, that subslot dependency should be resolved.

[ExecutorElassus]

Hi Hu,

thanks for clarifying. However, in that case I'l have to wait until all the other dependencies have been resolved, since there are still some blockers in the tree that aren't due to slot-matching requirements.

Cheers,

EE

[Ionen]

media-video/vlc-3.0.22_rc1-r2

vlc currently depends on <ffmpeg-8 (<=7.x), so you'll have to either wait to update, get rid of vlc, or patch it yourself + bypass/adjust the dependencies (https://bugs.gentoo.org/961436). Not in your list, but another popular package that does is www-client/firefox for anyone else that may wonder (firefox-bin doesn't because it's a optfeature, but having ffmpeg-8 installed just means it won't be able to use it to play medias as it lacks support for 8 too).

Afaik vlc-9999 does have ffmpeg-8 support (Qt6 too) but that version will likely break packages that depend on it (if you're using any), so I can't really recommend it unless you're using it standalone which I doubt if you have mpv as well.

Don't pay attention to the :slot/subslot thing, that's just from binding operators that's updated on rebuild after a ffmpeg update, but these rebuilds can't happen while vlc is holding older ffmpeg. mpv can use ffmpeg-8 just fine to be clear (well, the current mpv release does need a small patch though, but the ebuild is handling that).

[ExecutorElassus]

Hi Ionen,

I do not, in fact, use vlc for anything, and I only use firefox-bin. So I'll see about getting rid of vlc and whether I can push through the rest of the upgrades.

Cheers,

[ExecutorElassus]

UPDATE: whoops! it turns out vlc was the only package hard-blocking ffmpeg-8. So I got rid of it and started emerging ffmpeg. Now that failed with the following error:

Code: Select all

mkdir -p fftools/graph
x86_64-pc-linux-gnu-gcc -m32 -mfpmath=sse -I. -Isrc/ -D_ISOC11_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -std=c17 -Wall -O3  -MMD -MF ffbuild/bin2c_host.d -MT ffbuild/bin2c_host.o -c -o ffbuild/bin2c_host.o src/ffbuild/bin2c.c
gzip -nc9 /var/tmp/portage/media-video/ffmpeg-8.0/work/ffmpeg-8.0/fftools/resources/graph.html > fftools/resources/graph.html.gz
/bin/sh: line 1: fftools/resources/graph.html.gz: No such file or directory
make: *** [/var/tmp/portage/media-video/ffmpeg-8.0/work/ffmpeg-8.0/ffbuild/common.mak:165: fftools/resources/graph.html.gz] Error 1
make: *** Waiting for unfinished jobs....

So, uh … what now?

[Ionen]

only use firefox-bin

Like noted in my post (after an edit, so may have missed it), firefox-bin cannot use ffmpeg-8 -- it'll let you update, but tons of media files will fail to play in firefox with it.
https://bugs.gentoo.org/964937

gzip -nc9 /var/tmp/portage/media-video/ffmpeg-8.0/work/ffmpeg-8.0/fftools/resources/graph.html > fftools/resources/graph.html.gz
/bin/sh: line 1: fftools/resources/graph.html.gz: No such file or directory

First time I see anyone run into this, maybe some obscure missing dependency I missed? Or something else? fwiw html stuff is "supposed" to be hard-disabled for abi_x86_32 and only enabled for the native build with USE=doc (Edit: or no.. this isn't related to USE=doc, separate thing) -- I'll try to look but ideally need full build.log + emerge --info please, or better yet a bug report. with these.

Edit: only guess I have looking at the sources is that maybe it tried to compress the .gz before the directory was created in the build dir, aka a race condition (maybe it'll work if try again or change the -j value in MAKEOPTS to hit different randomness)

Edit2: possibly fixed by https://code.ffmpeg.org/FFmpeg/FFmpeg/c ... dd86.patch which changes the resources dependencies but I'm not sure

[ExecutorElassus]

Bugreport here.

[Ionen]

Thanks.