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 B108D49732 for ; Sun, 18 Feb 2024 19:11:14 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 77A4468D383; Sun, 18 Feb 2024 21:11:11 +0200 (EET) Received: from nef.ens.fr (nef2.ens.fr [129.199.96.40]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id AE4A868D256 for ; Sun, 18 Feb 2024 21:11:04 +0200 (EET) X-ENS-nef-client: 129.199.129.80 ( name = phare.normalesup.org ) Received: from phare.normalesup.org (phare.normalesup.org [129.199.129.80]) by nef.ens.fr (8.14.4/1.01.28121999) with ESMTP id 41IJB39R014390 for ; Sun, 18 Feb 2024 20:11:04 +0100 Received: by phare.normalesup.org (Postfix, from userid 1001) id DB2B629536; Sun, 18 Feb 2024 20:11:03 +0100 (CET) Date: Sun, 18 Feb 2024 20:11:03 +0100 From: Nicolas George To: FFmpeg development discussions and patches Message-ID: References: <0c3c8b9b-927e-470d-9272-67536279ba15@gyani.pro> <170827942509.21676.17284387425555624715@lain.khirnov.net> <1880711.CQOukoFCf9@basile.remlab.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1880711.CQOukoFCf9@basile.remlab.net> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (nef.ens.fr [129.199.96.32]); Sun, 18 Feb 2024 20:11:04 +0100 (CET) Subject: Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: R=E9mi Denis-Courmont (12024-02-18): > I trust that you do know the meaning of the auxillary "should". That very = > definitely and very obviously eliminates any "maximalist" interpretations. Indeed. And I repeat what I already said in another mail: If somebody dishonest wants to exploit that loophole, if somebody does not do what the rules say they do, then the GA should do it for them. > The maximalist interpretation is clearly nonsensical as per reductio ad = > absurdum. The maximalist interpretation was what was intended. The maximalist interpretation also was what Anton understood when the rule was put in place. It is a little hypocritical to pretend is means something else now. In fact, if you want to know everything, the current situation was EXACTLY what I had in mind when I proposed the rule in the first place. Including the identity of the TC with a conflict of interest. > This is a *guideline* or *recommendation*, and obviously it _cannot_ = > be applied to its logic extreme. Human rules are never meant to be applied to their logic extreme, arguments of this kind are bullshit. > Instead Anton, and later rach other TC member will have to each determine= for = > themselves if they are so implicated in the disagreement as to justify = > recusing themselves. > = > Gyan does not get to dictate it, and neither do you or I. There is no poi= nt = > arguing this further, and I won't. Gyan can call for a vote of no confidence in the TC or one of its members. -- = Nicolas George _______________________________________________ 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".