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 07B8049898 for ; Tue, 20 Feb 2024 21:51:31 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id DC43468D131; Tue, 20 Feb 2024 23:51:28 +0200 (EET) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [217.70.183.194]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 9428F68C651 for ; Tue, 20 Feb 2024 23:51:22 +0200 (EET) Received: by mail.gandi.net (Postfix) with ESMTPSA id C270E40003 for ; Tue, 20 Feb 2024 21:51:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1708465881; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=BxvP1b8H2JFqUkII/YigZzav6wwYnPo6v0AJyJNnPdc=; b=ZPuKd8EYxgIFxdCdIrwEBsWOIEqdrdgm9P7UpskNQAtMW4DjZxC9KZFEF64RHJr8M6b8fS EO0cuXfiJyUlsx/u6URMV1EZ5QfBxuI93y4ugN+sqjstq+4x9Rr5qgjUZSvUxxlDXORLaa Zf+wduT7U6FTGJ4kC9kaJkzAOUcOgDnGjL1sQMTolhkch45n2LsXv6q0+ejpmj5vCdsI69 ZbEnYBurqJxZSDynVoTxHJ7vt8IPjHX01JnwBHFzyjS3j8nSEWiRNlpOQ7D9Eie3mj1gdC ir8ch1gmLH5GQUqROrdFU8ArCkJOgoiusSzNStJYWj5Wq4vb/9NDac2PU3o4OQ== Date: Tue, 20 Feb 2024 22:51:20 +0100 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20240220215120.GW6420@pb2> References: <170841737762.27417.14992162535824834057@lain.khirnov.net> <20240220140111.GS6420@pb2> <170844541128.27417.16221102082226061746@lain.khirnov.net> <20240220204150.GU6420@pb2> <3C1074B4-096B-4806-BFB0-9D491E148C48@cosmin.at> <0101018dc85ca728-5de9e7ee-6e11-437a-a837-eec0406475fc-000000@us-west-2.amazonses.com> MIME-Version: 1.0 In-Reply-To: <0101018dc85ca728-5de9e7ee-6e11-437a-a837-eec0406475fc-000000@us-west-2.amazonses.com> X-GND-Sasl: michael@niedermayer.cc 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-Type: multipart/mixed; boundary="===============1574315036741775405==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============1574315036741775405== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="u93CBuo6zy84RJt6" Content-Disposition: inline --u93CBuo6zy84RJt6 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 20, 2024 at 09:12:11PM +0000, Cosmin Stejerean via ffmpeg-devel= wrote: >=20 >=20 > > On Feb 20, 2024, at 12:41=E2=80=AFPM, Michael Niedermayer wrote: > >=20 > > On Tue, Feb 20, 2024 at 05:10:11PM +0100, Anton Khirnov wrote: > >> Quoting Michael Niedermayer (2024-02-20 15:01:11) > >>> On Tue, Feb 20, 2024 at 09:22:57AM +0100, Anton Khirnov wrote: > >>> [...] > >>>> their preferred wording, and then we can have the GA vote on it. > >>>=20 > >>> Before this GA vote, we need another extra member discussion/vote. > >>> Because the last GA reset droped several developers from the GA > >>=20 > >> I see neither why would we "need" such a vote, or why should it be > >> related to this one. > >=20 > > Because thats what was done in the past. > > The extra member vote was done between a GA reset and the following vot= es > > like the CC/TC votes > > The exception was the STF vote because there just was not enough time > >=20 > > We should do this consistently, and > > given that we reset the GA every 6 months, thats the natural rate > > at which to do a extra member vote (unless there is no other vote then > > the extra member vote can be skiped as it would make no difference) >=20 > It's not clear from https://www.ffmpeg.org/community.html that the extra = members should be refreshed every time the GA is updated or that a vote sho= uld get held up if that hasn't happened yet.=20 >=20 > > Additional members are added to the General Assembly through a vote aft= er proposal by a member of the General Assembly. They are part of the GA fo= r two years, after which they need a confirmation by the GA. >=20 > It looks like a request to add extra members to the GA should be done exp= licitly by someone requesting a vote on it, which can be done at any time. = Waiting until something else comes up for a vote seems suboptimal because i= t then delays that first decision by at least a couple of weeks (given the = rules for voting). We probably dont vote every 6 month on anything If we wait for a vote, and only then do a extra member vote before, that wo= uld result in some delay but fewer votes Than if someone starts a extra member vote every 6 month because its unknown if maybe in the next 6 month there could be a vote so for me, it seemed natural to only do this when theres some decision to be made. (which yes, could add some delay) This is also what we did previously. we only did extra member votes when th= ere was something to vote on like CC/TC thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Democracy is the form of government in which you can choose your dictator --u93CBuo6zy84RJt6 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZdUe0gAKCRBhHseHBAsP q96WAJ4/M56RWYHHjmqB6TnOsGbe4ImSVgCdFI/FbvqibdSgg5Cb5ttxvSYtVNQ= =Kxlj -----END PGP SIGNATURE----- --u93CBuo6zy84RJt6-- --===============1574315036741775405== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 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". --===============1574315036741775405==--