[gentoo-dev] Re: [PATCH] ffmpeg-compat.eclass: new eclass

[Duncan <1i5t5.duncan@cox.net>]

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