From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id 0CAE4488C4 for ; Tue, 20 Feb 2024 19:32:35 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id ABDC768D182; Tue, 20 Feb 2024 21:32:32 +0200 (EET) Received: from iq.passwd.hu (iq.passwd.hu [217.27.212.140]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 7930268CEBF for ; Tue, 20 Feb 2024 21:32:25 +0200 (EET) Received: from localhost (localhost [127.0.0.1]) by iq.passwd.hu (Postfix) with ESMTP id 40E1BE9FDD for ; Tue, 20 Feb 2024 20:32:25 +0100 (CET) X-Virus-Scanned: amavisd-new at passwd.hu Received: from iq.passwd.hu ([127.0.0.1]) by localhost (iq.passwd.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ny1OLNVjCeQR for ; Tue, 20 Feb 2024 20:32:20 +0100 (CET) Received: from iq (iq [217.27.212.140]) by iq.passwd.hu (Postfix) with ESMTPS id C1757E9F60 for ; Tue, 20 Feb 2024 20:32:19 +0100 (CET) Date: Tue, 20 Feb 2024 20:32:19 +0100 (CET) From: Marton Balint To: FFmpeg development discussions and patches In-Reply-To: <170842089279.31318.2654441079015212247@lain.khirnov.net> Message-ID: References: <170841737762.27417.14992162535824834057@lain.khirnov.net> <170841903359.27417.409422117260058401@lain.khirnov.net> <170842089279.31318.2654441079015212247@lain.khirnov.net> MIME-Version: 1.0 Subject: Re: [FFmpeg-devel] [RFC] clarifying the TC conflict of interest rule X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: On Tue, 20 Feb 2024, Anton Khirnov wrote: > Quoting Marton Balint (2024-02-20 10:12:34) >> We have no means to prove financial interest, because it is not public. > > We also have no means to prove that committee members are acting in the > project's interest. > > E.g. if I had no qualms about being dishonest, I could always ask a > friend to object to controversial patches in my place, so I wouldn't > lose my vote, and nobody could prove it. > > In the end some things have to be taken on trust. My concern is bad mouthing others based on assumed financial interest and endless discussion if that interest is "serious" or not. If your payjob uses ffmpeg, or if you ever want money for some ffmpeg related work, that is a financial interest right there. If somebody feels that voting would not be fair, he can always abstain. I'd rather keep that fully trust based, to avoid rule interpretation wars and discussions about assumed interests. An interest is not inherently bad, selfish contributions (financial reasons or not) is a huge factor in open source. > >> For practical reasons, using patch authorship is better. Or maybe a more >> general solution against bias is somewhat increasing the number of people >> in the TC, and removing this rule alltogether. > > I woould be concerned about making the TC too slow and unwieldy, it > already takes a lot of effort to push any decisions through. Keep in > mind that during all of its existence it only ever made two decisions, > and one of them spent over a year in limbo. So with 7 people, it would have been two years? :) Have the TC meet weekly if there is an agenda, and have votes after meeting. With more people it is not that big of a deal if somebody cannot attend. And have a rule in place to resolve ties. It can be as simple as to accept the proposal of the party who raised the issue to the TC. Regards, Marton _______________________________________________ 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".