[FFmpeg-devel] [PATCH] MAINTAINERS: Add more fields based on the linux kernel MAINTAINERs

[Michael Niedermayer]

On Fri, Aug 16, 2024 at 10:41:54AM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-08-15 22:49:03)
> > On Thu, Aug 15, 2024 at 07:38:50PM +0200, Anton Khirnov wrote:
> > > Quoting Michael Niedermayer (2024-08-15 09:33:07)
[...]
> > This is just a small step in improving things and really it sadens me
> > that this is taken as something controversal.
> 
> In other words, "I am sad that people disagree with me, therefore people
> should not disagree with me".
> This is a textbook attempt at emotional manipulation, AKA "appeal to
> emotion".

Thats a straw man fallacy.
You word my position in a way that is not my position and then attack that

Iam sad that FFmpeg started with a development model that would hit a scalability
issue. And that i failed to change that later. Iam sad about my failure here

Iam sad that the development model is kind of locked down, that maintaince
outside isnt possible. And that any attempt to change that is blocked

Iam not sad anyone disagrees with me

Also theres nothing being split up. We have already people maintaining code
outside. For example Paul in librempeg

If one suggests to redo his work and "kill him off", instead of acknowledging
that he maintains some parts of the codebase outside. Thats not a good solution IMHO,
even though we likely will succeed if we try that.

Here we do have again the scalability thing.
look inward, redo others work, deny their existance
or
acknowledge their work and find a way to combine the work and move forward
and grow

This change to MAINTAINERs is just a small first step.
The next step may be that we or I would talk with paul and see what exactly
his oppinion and preferrance is. I cannot for example suggest to paul that
he could maintain his code outside of ffmpeg and be paid for that IF
here people already oppose to the idea of even allowing that at a syntax
level in MAINTAINERs
also of course payment requires STF & SPI & future community consensus.
We are many steps away from this still.

Iam in some sense here probing what the team would be ok with and what not
and it makes me sad if outside maintaince is not an option.
The fewer options we have the less likely it is that we can find an agreement
with Paul.
Of course others might want to use this too.

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

The educated differ from the uneducated as much as the living from the
dead. -- Aristotle 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20240817/8889349b/attachment.sig>