[FFmpeg-devel] [PATCH v2] avfilter: fix data type for {Tile, Untile}Context's image size
Rémi Denis-Courmont
remi at remlab.net
Wed Jul 24 22:33:31 EEST 2024
Le keskiviikkona 24. heinäkuuta 2024, 16.08.17 EEST Michael Niedermayer a
écrit :
> The question is not if its "warning-worthy", the question is what action
> creates the best FFmpeg. And also an enviroment we are all happy to work in.
That is complete nonsense. It is more obvious than patently obvious by now
that that utopic environment does not exist, so that, with very contradictory
wants from Paul or Nicolas on one hand, and, say Vittorio or Marvin on the
other hand.
Although you are correct for the wrong reasons that there is also no question
about it being warning-worthy. It might have been debatable initially. But it
is moot now that Paul has verified Godwin's law. That is simply wholly
intolerable and there are no sane actions than for the CC to suspend him.
The fact that the CC has done *nothing* in over 24 hours is already a bad
enough look.
> Some people do not at all like being warned publically, some people do not
> at all like having the CC "Breathe into their neck".
Nobody likes to be warned in public. Don't get me started on being on the
receiving end of warnings in open-source projects.
The whole point of a public warning are to make an example, and show
consideration for the victims (if any), not to be friendly.
> Some people dont like offensive language
>
> What we need is a middle way between all this that makes as many people
> happy and contributing as possible
Yes? And regrettably, Paul has repeatedly breached community rules if not
common sense courtesy, and made a lot of people unhappy to contribute. He has
also been warned many times and ignored or even rebuked those warnings.
Yesterday was a new low (at least in the time frame that I have been
subscribed to FFmpeg-devel).
At this point, I unfortunately don't see a way forward other than excluding
him for an extended period of time. This is extreme considering that he has
been one of the most prolific contributor to FFmpeg, but then again, he de
facto excluded himself by making a hostile fork.
--
レミ・デニ-クールモン
http://www.remlab.net/
More information about the ffmpeg-devel
mailing list