Re: [FFmpeg-devel] 7.0 Name

2024-04-03 Thread RaDSL via ffmpeg-devel


On 4/3/2024 6:42 AM, Niklas Haas wrote:

On Mon, 01 Apr 2024 19:42:29 -0400 Sean McGovern  wrote:

Hi,

On Mon, Apr 1, 2024, 18:00 Lynne  wrote:


Apr 1, 2024, 22:01 bymich...@niedermayer.cc:


Hi all

I think we didnt decide on a name for 7.0 yet

Previously suggested names:
Darwin,
De broglie,
Dijkstra,
Galois,
Gauss,
Jacobi,
Jemison
Johnson
Leavitt
Maxwell,
Mellin,
Perelman,
Poincaré,
Ramanujan,
Sagan,
Ting
Viterbi,
Voltaire,
de Sitter,

Please reply with what you prefer or add more to the list.
If we end in a tie, previously suggested names will be favoured
I will vote last so that i can resolve a tie if one occurs.


Voltaire
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org  with subject "unsubscribe".


Not sure if I am allowed to pick, my choice is Dijkstra.

+1


-- Sean McGovern

___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org  with subject "unsubscribe".


NINEVAH
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".


Re: [FFmpeg-devel] root access voting

2024-11-02 Thread RaDSL via ffmpeg-devel



On 11/2/2024 4:34 AM, Michael Niedermayer wrote:

Hi

At teh current videolan developer days there where several surprise votes on 
FFmpegs
infractructure. And to the best of my knowledge no remote participation
and no recording.

So let me try to reply to the idea of the general assembly choosing who has
root access.

We have seen a raise of increasingly sophisticated attacks in recent times.
For example thx xz backdoor, where the maintainer was pressured by many people
to add jia tan as maintainer who then eventually added a sophisticated hidden
backdoor. Compromising xz and ssh. (Which almost was not even detected)

We have seen batteries being exchanged by explosives by the mosad injuring
members of a terrorist organization and probably a few innocent people.
You may agree with fighting terror but do you agree with explosives,
in maybe the phone someone of your familiy bought on ebay ?

Just yesterday, lottie-player was replaced by a compromised version.
Stealing peoples money.

Our GA is build of everyone who has
"authored more than 20 patches in the last 36 months in the main FFmpeg 
repository"

This is a very low bar for an attacker. Even if we did KYC (which i think
we should not) hiring 50 people to each write 20 patches is very doable even
for a small company or heck even a single individual could do this.
Let alone, a state actor.

What this means, and i think this is obvious to everyone,
is the GA cannot control critical infractructure access or things
that allow attacks by state actors.
Thats besides the root admins should generally be professional admins and not
"popular politicans". Which is ultimately what a popular vote produces.
Also the root team has to get along with each other and trust each other,
obviously.
And last, where is that professional admin who wants to do work and who has
no root access ?
I have to the best of my knowledge given every professional admin we have
on the FFmpeg team, who needed root access, root access.
Yes i would not give root access to people who are involved in every 2nd 
flamewar
or who i totally do not get along.
Or if the request comes in a strange context, ...
But does the GA want to override that ?
You think that would improve things ?

Please lets not turn root access into a harris vs trump style democracy

If theres a professional, trusted, admin and there work that needs to be done
and (s)he has time, ability and will to do that work, nothing strange,
and noone says they dont get along with him/her.
I have and will give them root access.
if thats not the case
I dont think people would want me to give them root access.

thx


___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org  with subject "unsubscribe".


maybe train an A.I. that monitors and analyze each new patch can be 
useful

___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".


Re: [FFmpeg-devel] Discussion about mails from 9 years ago Was: [PATCH 1/2] doc/community: Add a standard set of rules for software development mailing lists

2024-11-24 Thread RaDSL via ffmpeg-devel

Hi all,

On 11/24/2024 1:49 PM, James Almer wrote:

On 11/24/2024 6:24 PM, Michael Niedermayer wrote:

Hi

On Sun, Nov 24, 2024 at 06:02:55PM -0300, James Almer wrote:

On 11/24/2024 5:43 PM, Michael Niedermayer wrote:

Hi

On Sun, Nov 24, 2024 at 04:11:42PM -0300, James Almer wrote:

On 11/24/2024 4:09 PM, Michael Niedermayer wrote:
Now reality is, Paul (the 2nd most active developer of all time) 
was bullied
out of FFmpeg. In private mail he spoke about being treated like 
a slave.


Huh?? By whom?


by the community, by us all

maybe "bullied" is a badly choosen word here, but the way i 
understand it, is paul

dislike having to deal with "disturbing" reviews


I think only Nicolas was against his patches in general, sometimes 
for a
fair reason, others probably not so much. I at least helped him 
every time i

could.

There has to be another reason for him to leave like he did.


Iam fairly sure, if we would have left him change whatever he wants 
in his

code and gave him final authority there that he would not have left.


But he could do that. He did it all the time, and rarely got 
opposition since it was almost always for filters he wrote and 
maintained.




BUT i do not know that

He also pushed patches to his stuff bypassing the mailing list and 
review

process. It introduced a bug or 2 and I think i pointed that out. I dont
remember at all how i worded that.

And there was teh conflicts where he pointed to bugs but refused to 
provide

samples or details, making fixing them often impossible. While he caused
this it lead to further friction. This really feels like a failure of 
mutual

understanding, noone benefitted from this


Not adding test was a problem, yes. Such a trivial thing to do for 
most filters and he'd still refuse.




Also teh CC was re-elected at the time of him leaving IIRC. He may 
have preceived

that a ban or harsh actions against him where imminent from the new CC.
Thing is that nothing like that was imminent.


He got a temp ban (like a week?) after several warnings for being too 
aggressive in his replies. I don't know why he was aggressive to begin 
with, and i even asked him to stop before anything was done.




I dont know how to undo the decissions from the past. But i want to undo
what led to paul leaving


Sorry to interfere into your conversation, I just wanted to say 
important things here.


Emotions are human, and to stay human with its own emotions are 
essentials since it's from our mistakes


and the mistakes of other than we can mutually learn from each other. 
This said, ban someone because he/she 's too agressive or even 
insulting, at the end a lose lose will occur. Rather, if no ban is done, 
ok, after the storm, calm will come


and compromise will be done, all the time...

this is just a share of my life experience...

Cheers

David Jefferson

___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".


Re: [FFmpeg-devel] [RFC] libpostproc splitout

2024-11-26 Thread RaDSL via ffmpeg-devel


On 11/26/2024 6:25 AM, Nicolas George wrote:

Jean-Baptiste Kempf (12024-11-26):

Once again you attack people directly on threads.

« your kind of » ≠ « you », please do not abuse code of conduct rules to
silence discourse that you want to silence. It is part of the kind of
governance that is harming the project.


ok folks,

maybe it's time to get out of the kinder garden and solve your conflict 
out of the developer


mailing list. I subscribed here to follow the technical development of a 
software, not


for philosophical conflicts or conflicts between developers. We are all 
here for one goal,


the quality of the software. for the rest indeed the best would be 
discord, physical meeting or else.


as this you'll have all the time to fight or sleep together thanks
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".