16312 2026-06-10 18:35:46 +0000 Circular dependency between ffmpeg and x264 2026-10-22 15:30:10 +0000 1 1 7 Build System, Metadata & Runtime OE-Core multimedia 6.99 All Multiple NEW Medium normal 6.99 1 uvv.mail unassigned mathieu.dubois-briand meta.mr.watcher meta.watcher randy.macleod yoann.congal --- --- No (bug/feature does not impact docs) oldest_to_newest 105812 0 uvv.mail 2026-06-10 18:35:46 +0000 ERROR: Task /work/build/openembedded-core/meta/recipes-multimedia/ffmpeg/ffmpeg_8.0.1.bb:do_create_recipe_spdx has circular dependency on /work/build/openembedded-core/meta/recipes-multimedia/x264/x264_git.bb:do_create_recipe_spdx Seen on Wrynose. I suspect it's the same in master. 105813 1 uvv.mail 2026-06-10 18:38:02 +0000 Correction, only when the ffmpeg config is extended with: ffmpeg_%.bbappend:1:PACKAGECONFIG:append = " x264" 105848 2 JPEWhacker 2026-06-11 15:52:13 +0000 This appears to be because ffmpeg and x264 actually have a circular dependency on each other, and not specific to SPDX. ffmpeg.bb has: PACKAGECONFIG[x264] = "--enable-libx264,--disable-libx264,x264" while x264.bb has: PACKAGECONFIG[ffmpeg] = "--enable-lavf --enable-swscale,--disable-lavf --disable-swscale,ffmpeg" Thus, if "x264" is enabled in ffmpeg and "ffmpeg" is enabled in x264, they have a circular build time dependency. I'm not sure how to break this other than add a comment in each recipe that indicates this is the case (or some sort of ffmpeg-minimal shenanigans). I will add a comment at least. Regardless, it's not an SPDX problem 105849 3 uvv.mail 2026-06-11 16:05:42 +0000 Yes, I also came to the same conclusion. It seems like x264 doesn't need the whole ffmpeg, but only a few libraries from there. If we split them in a subpackage, would that work for DEPENDS? But I doubt it, IIRC it works on a recipe level, not on a package level, right? 105850 4 JPEWhacker 2026-06-11 16:09:24 +0000 Correct; since it's a build time dependency loop, it occurs before packaging is even known (in fact, circular runtime dependencies are allowed). The solution is _probably_ some sort of "minimal" or "initial" ffmpeg build that doesn't produce packages and that x264 can depend on at build time, but then it's runtime dependencies are on the "full" ffmepg; making sure the two versions of ffmpeg are built the same (such that they are interchangeable at runtime) is the tricky part of that. 106573 5 mathieu.dubois-briand 2026-08-20 12:41:25 +0000 Comment was added: https://git.openembedded.org/openembedded-core/commit/?id=757a032c5c7672ee66ec4984d34e1f03052936ad I believe the underlying issue still has to be fixed. 107173 6 JPEWhacker 2026-10-22 15:30:10 +0000 Not sure how to fix the circular dependency. The comment lets the users know of the problem, but I won't have time to fix it "properly"