Ionen Wolkens posted on Sun, 9 Mar 2025 15:34:51 -0400 as excerpted: > On Sat, Mar 08, 2025 at 10:34:31PM -0500, Ionen Wolkens wrote: >> Sending this to dev ML in advance given it's simple and "probably" >> won't need to change the code further.
So the will-be-slot tracker bugs may in the (long) bug list at the bottom of the PR, but I didn't see them specifically named either here or in the PR. In the interest of preventing duplicated effort here's what I found https://bugs.gentoo.org/831437 ffmpeg-5 (4 compat) One remaining open bug. media-sound/moc. Latest in-tree is a 2016 alpha. There are active users and newer overlay versions with ffmpeg-6 compat at least. Alternatives are killing USE=ffmpeg or last-riting. Bottom line: As the PM says a 4-compat slot is likely to be short-lived. https://bugs.gentoo.org/901257 ffmpeg-6.0 (5 compat) Again just one open bug, and shorter list in general. But that bug is media-libs/gegl (gimp dep). Test not build failure and upstream apparently says no big deal. Again killing USE=ffmpeg is one (bad?) alternative. From the bug it's almost good with ffmpeg-7 (one remaining test failure.) Bottom line: An ffmpeg-6 compat slot /could/ be short-lived as well, and if not, certainly the slot should indeed be very limited usage (gegl only unless something else pops up). https://bugs.gentoo.org/928905 ffmpeg-7.0 (6 compat, deps on the above two also) As might be expected ffmpeg-7 still has a decent number of open bugs, tho a scan suggests ~2/3 are fixed already. The 6-compat slot would thus get more usage including (as of my last sync) both xine-lib and mplayer latest (non-live) in-tree, so many users will likely need it. >> If interested in the whole deal, see the PR instead: >> https://github.com/gentoo/gentoo/pull/40942 > On a side-note, the ffmpeg ebuild was also rewritten in that PR which > may be of more interest than the slotting to some. > See the `rewrite live ebuild` commit message if want details, some > changes are debatable and may anger some users, albeit I'm mostly aiming > for stabler ffmpeg. Having looked over that live ebuild commit message, LGTM; yes a bunch of changes but no "anger some users" here! =:^) (FWIW I'm on ffmpeg-live (due to firefox/youtube stalls on the last release I checked that are fixed in live) and seem to have 1/2-2/3 the USE flag changes set already. I'll likely set the others on next update (as you surely already know the ffmpeg-live commit-stream's a firehose so it's a virtually guaranteed smart-live-rebuild), whether the rewrite's in-tree or not by then.) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
