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 AAE6048CF2 for ; Fri, 23 Feb 2024 14:25:16 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id E8B2C68C57B; Fri, 23 Feb 2024 16:25:13 +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 A622A68BEB5 for ; Fri, 23 Feb 2024 16:25:07 +0200 (EET) Received: by mail.gandi.net (Postfix) with ESMTPSA id D01D640005 for ; Fri, 23 Feb 2024 14:25:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1708698307; 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=MjVaLhxkmEN8ku17GGF5rv/ABv3CJszfkksfnKE43io=; b=Zd9DTd3xDyfF28wBDzvwOpIB5GNMjC5vYGQWJy/uQV/qbO5d3ZwnPaJY8daKxVI3C5fmU5 HzYO08BsG8CDGdhLtEFvn0cmLcsLlavDuVla+UfcZVshIAna7ESOSYwNR1iu/TI+B60Xzb iLAQkp0l8oJP7erCTa+rreKDIlBjgzqexRVfhKHQHsa7xf4SaS0POkrIAerjT0vRbOgpkH r2zieqirUv9Me1NHfyXFv3br4zqZ3Yl6Ic5enaLudQFu0LHheukolvcfT83751JVPMoyi+ ml0UlKiI5zi+FfCQGnvmdLDRt+3shMdv72BJUBH1nzuvF/6sWQ6uo9dganuSzA== Date: Fri, 23 Feb 2024 15:25:06 +0100 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20240223142506.GG6420@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> <20240220215120.GW6420@pb2> <170863889677.27417.14108837181529120584@lain.khirnov.net> MIME-Version: 1.0 In-Reply-To: <170863889677.27417.14108837181529120584@lain.khirnov.net> 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="===============0524185256073859587==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============0524185256073859587== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="20EMX4yJfwIL6rLk" Content-Disposition: inline --20EMX4yJfwIL6rLk Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 22, 2024 at 10:54:56PM +0100, Anton Khirnov wrote: > Quoting Michael Niedermayer (2024-02-20 22:51:20) > > On Tue, Feb 20, 2024 at 09:12:11PM +0000, Cosmin Stejerean via ffmpeg-d= evel 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= votes > > > > like the CC/TC votes > > > > The exception was the STF vote because there just was not enough ti= me > > > >=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 t= hen > > > > 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 ex= tra members should be refreshed every time the GA is updated or that a vote= should get held up if that hasn't happened yet.=20 > > >=20 > >=20 > > > > Additional members are added to the General Assembly through a vote= after proposal by a member of the General Assembly. They are part of the G= A for 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= explicitly by someone requesting a vote on it, which can be done at any ti= me. Waiting until something else comes up for a vote seems suboptimal becau= se it then delays that first decision by at least a couple of weeks (given = the rules for voting). > >=20 > > We probably dont vote every 6 month on anything > >=20 > > If we wait for a vote, and only then do a extra member vote before, tha= t would > > result in some delay but fewer votes > >=20 > > Than > >=20 > > 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 > >=20 > > 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 whe= n there > > was something to vote on like CC/TC >=20 > No, this is not what happened. We did the extra member votes as a part > of a "grand reset" of the voting system, after it was gridlocked for > years. >=20 > I agree with Cosmin that it does not follow that we have to vote for > extra members as a prelude to any other vote. If you want everyone to accept the vote as valid you should make sure noone is left out. >=20 > Moreover, you seem to be arguing yet again that anyone dropped from GA > because of inactivity needs to be added back as an extra member. You've The beauty of politics, whatever one says, others will present it in a way that makes it look bad. IIRC two people where droped, carl and andriy. andriy is maintaining patchwork and also IIRC helped setup the vote docker thingy. He isnt in the GA because the GA counts people based on authored co= mmits but none the less he had enough commits previously so he wasnt in the extra= member vote. He just fell below the threshold. > raised this point before, and GA disagreed, repeatedly. First in 2020 > when it was agreed that GA is made up of *active contributors*. Then > again last October, when your proposal to never drop anyone from GA lost > by a large margin to the winning option. "your proposal"? ok :) I think the idea was to provide voters with all options that would represent everyones position fairly ane then find out what was what people as majority where happiest with. Not so much my vs your, but whatever thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB The worst form of inequality is to try to make unequal things equal. -- Aristotle --20EMX4yJfwIL6rLk Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZdiqtwAKCRBhHseHBAsP q+ZbAJ9zg8SCXk/RSl4iFbfUPRKn/+OapwCfdzJ6KKcu8QROqM3yc5HIQ7XksT4= =my1u -----END PGP SIGNATURE----- --20EMX4yJfwIL6rLk-- --===============0524185256073859587== 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". --===============0524185256073859587==--