From: Zhao Zhili <quinkblack-at-foxmail.com@ffmpeg.org> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] Democratization work in progress draft v2 Date: Sat, 1 Feb 2025 14:45:26 +0800 Message-ID: <tencent_362750B89F16074D632061CDFCCF9CD54907@qq.com> (raw) In-Reply-To: <20250201004948.GH4991@pb2> > On Feb 1, 2025, at 08:49, Michael Niedermayer <michael@niedermayer.cc> wrote: > > Hi James > > On Fri, Jan 31, 2025 at 12:44:50PM -0300, James Almer wrote: >> On 1/31/2025 11:58 AM, Nicolas George wrote: >>> Niklas Haas (12025-01-30): > [...] >>> On the other hand, I believe this whole plan is a bad idea. >> Yes, it is a bad idea. We have had the current system in place for about >> five years now, and besides one or two CC assemblages being inefficient, it > > Do you remember this suggested addition to the FAQ ? > https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2025-January/338186.html > The proposal treat every GA member as suspect, and GA members with daily jobs guilty. The community should be based on trust and everyone should be trust equally, unless he/she did something not worth the trust. The 20 patches threshold for GA is a prove of basic understanding of the project and the willingness to participate, not means someone with more patches has more weight when vote on community activities. It’s dangerous to fix the vulnerability in the GA by make GA totally under control, which makes the concept of GA useless. Vote doesn't means truth, it’s a method of feedback control. Open loop control without feedback works for simple system, it’s not reliable and sustainable for complex system.Trust every GA members unless it is proven that someone has been bribed. FFmpeg project is invaluable and I cherish my right to vote, but I don’t believe there is anyone want to buy the right to vote. > It seems you dont remember it even though this was posted just a few days ago > I knew this is needed to be put in the FAQ ;( > > >> has worked. Changing it now because one person was unhappy with a CC (That > > This is a false statement. Iam not suggesting a change to the GA because of one CC > iam suggesting a change because it is vulnerable to an attack. > > (The CC isnt even fixed by this, i think the concept of a CC elected out of a > community thats full of mutual hate is a bad idea) > > But back to the topic, what do you suggest to fix the vulerability in the GA ? > Or you dont care? > > thx > > [...] > > -- > Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB > > If you drop bombs on a foreign country and kill a hundred thousand > innocent people, expect your government to call the consequence > "unprovoked inhuman terrorist attacks" and use it to justify dropping > more bombs and killing more people. The technology changed, the idea is old. > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2025-02-01 6:45 UTC|newest] Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top 2025-01-29 20:33 Michael Niedermayer 2025-01-29 21:39 ` Leo Izen 2025-01-29 21:47 ` Nicolas George 2025-01-29 21:48 ` Soft Works 2025-01-30 6:38 ` Vittorio Giovara 2025-01-29 23:43 ` Niklas Haas 2025-01-30 18:04 ` Michael Niedermayer 2025-01-31 14:36 ` Nicolas George 2025-01-31 14:58 ` Nicolas George 2025-01-31 15:44 ` James Almer 2025-01-31 16:01 ` Soft Works 2025-02-02 2:25 ` Leo Izen 2025-02-02 3:37 ` Soft Works 2025-02-02 7:29 ` Vittorio Giovara 2025-02-01 0:49 ` Michael Niedermayer 2025-02-01 6:45 ` Zhao Zhili [this message] 2025-02-01 13:21 ` Ronald S. Bultje 2025-02-01 14:30 ` Vittorio Giovara 2025-02-01 14:11 ` Jean-Baptiste Kempf 2025-02-01 14:31 ` Vittorio Giovara 2025-02-02 11:34 ` Michael Niedermayer 2025-02-01 13:30 ` James Almer 2025-02-01 21:53 ` Michael Niedermayer 2025-02-02 18:14 ` James Almer 2025-02-03 18:08 ` Michael Niedermayer 2025-02-03 18:16 ` Vittorio Giovara 2025-02-03 19:14 ` Michael Niedermayer 2025-02-03 20:45 ` Nicolas George 2025-02-03 2:29 ` Ronald S. Bultje 2025-02-01 22:27 ` Michael Niedermayer 2025-02-01 22:29 ` Kieran Kunhya via ffmpeg-devel 2025-02-02 21:35 ` James Almer 2025-01-30 6:41 ` Vittorio Giovara 2025-02-01 20:44 ` Nicolas George 2025-02-02 0:01 ` Michael Niedermayer
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=tencent_362750B89F16074D632061CDFCCF9CD54907@qq.com \ --to=quinkblack-at-foxmail.com@ffmpeg.org \ --cc=ffmpeg-devel@ffmpeg.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel This inbox may be cloned and mirrored by anyone: git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \ ffmpegdev@gitmailbox.com public-inbox-index ffmpegdev Example config snippet for mirrors. AGPL code for this site: git clone https://public-inbox.org/public-inbox.git