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 3010D47484 for ; Tue, 10 Oct 2023 12:33:07 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 346E468CA2B; Tue, 10 Oct 2023 15:33:05 +0300 (EEST) Received: from mail0.khirnov.net (red.khirnov.net [176.97.15.12]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id BBEFD68C9E1 for ; Tue, 10 Oct 2023 15:32:58 +0300 (EEST) Received: from localhost (localhost [IPv6:::1]) by mail0.khirnov.net (Postfix) with ESMTP id 3693724048D for ; Tue, 10 Oct 2023 14:32:58 +0200 (CEST) Received: from mail0.khirnov.net ([IPv6:::1]) by localhost (mail0.khirnov.net [IPv6:::1]) (amavis, port 10024) with ESMTP id CKOdLAsgSRmS for ; Tue, 10 Oct 2023 14:32:57 +0200 (CEST) Received: from lain.khirnov.net (lain.khirnov.net [IPv6:2001:67c:1138:4306::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "lain.khirnov.net", Issuer "smtp.khirnov.net SMTP CA" (verified OK)) by mail0.khirnov.net (Postfix) with ESMTPS id 893372400FF for ; Tue, 10 Oct 2023 14:32:57 +0200 (CEST) Received: by lain.khirnov.net (Postfix, from userid 1000) id 748471601B9; Tue, 10 Oct 2023 14:32:57 +0200 (CEST) From: Anton Khirnov To: FFmpeg development discussions and patches In-Reply-To: <20231010115645.GE3543730@pb2> References: <20231010115645.GE3543730@pb2> Mail-Followup-To: FFmpeg development discussions and patches Date: Tue, 10 Oct 2023 14:32:57 +0200 Message-ID: <169694117745.6638.18128071000996447834@lain.khirnov.net> User-Agent: alot/0.8.1 MIME-Version: 1.0 Subject: Re: [FFmpeg-devel] [RFC] AG (GA?) VOTE 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-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: Quoting Michael Niedermayer (2023-10-10 13:56:45) > Hi all > > a vote on the General Assembly composition was apparently initiated with > a duration of 6 days, i saw this in my inbox: > "1009 23:49 Jean-Baptiste K (3,4K) Poll: FFmpeg AG members rules" > > There was no real prior discussion on the mailing list about this. > There are 2 choices which are similar > (update the list before each vote and update it twice a year) > And a 3rd option that is probably not what the "opposition" wants I think > (use the 2020 version, never update) "opposition"? Who is this opposition, who are they opposed to, and why the scare quotes? > First its neccessary to give the community a chance to discuss the GA composition > choices, collect suggestions and then do a vote The community did have the chance to discuss this. The point was raised at VDD over 2 weeks ago, at the developer meeting you participated in. You even commented on this specific point. Then a summary of the meeting (including the intent to have a vote on this) was sent to this mailing list. If there was no discussion then perhaps it was because nobody was interested in discussing it. > Now iam quite unprepared to really suggest something as i also didnt think about this > much or expect this vote now but at least something like > * keep everyone who had vote rights but add active developers each jan/july > > Is a more honest choice for the "opposition" than "never update" Why did you not suggest this choice before? You had more than two weeks to do so. > But hey why this matters, you might ask ? > just recently we discussed having the domain be controlled by the GA > now someone started a vote with no prior discussion on the ML (there was discussion in VDD only) > basically only one real option to choose and 6 days duration. > You might be happy with this specific change here in this case but > This is one reason why I was so scared in relation to the GA controlling > the domain. The GA composition is a dynamic thing with the way its setup > currently and with this, can easily become very different from what anyone > expects. > This year you spend all your time in FFmpeg and are part of the GA, next > someone else makes all decissions about FFmpeg and you have no vote in it. > > ABout this vote, I think this vote should be paused and proper disscussion > should start, IF there is a need to do this vote now. > Debian uses 2 weeks minimum discussion and 2 weeks voting IIRC so thats a > start point for important votes like this one. > For unimporatnt things (like SDR) something like a 7 day vote if noone minds > should be fine but for things critical to FFmpegs decission making, i do not > think these should be rushed. I see no reason to pause anything. There were over two weeks to discuss this point. -- Anton Khirnov _______________________________________________ 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".