On 3/8/25 10:34 PM, Ionen Wolkens wrote:
> Sending this to dev ML in advance given it's simple and "probably"
> won't need to change the code further.
> 
> If interested in the whole deal, see the PR instead:
> https://github.com/gentoo/gentoo/pull/40942
> 
> --- (actual commit message below)
> 
> Both the slotting method and eclass are meant to be as simple
> as possible, and isolated so that it does not really need to
> work with everything given non-slotted ffmpeg stays.
> 
> Did not want turn ffmpeg into a permanent slotting model with
> a FFMPEG_SLOT use_expand, eselect, or such potentially turning
> it into a special Gentoo-only thing that often need hacks.
> 
> Essentially just a way for broken packages to gain time without
> blocking everyone's ffmpeg updates.


What's the advantage of this over, say, just having ffmpeg itself with
slotting, but only supporting the tools with the latest slot and having
all old versions be library-only?


If you anyways have to modify packages relying on older versions as soon
as a newer version goes stable, then it seems like there shouldn't be a
major difference here. And keeping it all in one PN would mean you don't
have issues with ffmpeg and ffmpeg-compat wanting to install each
others' libraries and maybe ending up with both installed. You also
wouldn't need to e.g. maintain the same patchset for multiple packages.


-- 
Eli Schwartz

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

Reply via email to