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 47345479E0 for ; Tue, 28 Nov 2023 08:06:45 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 453A568CF21; Tue, 28 Nov 2023 10:06:42 +0200 (EET) Received: from mail0.khirnov.net (red.khirnov.net [176.97.15.12]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id A9D4D68CC25 for ; Tue, 28 Nov 2023 10:06:35 +0200 (EET) Received: from localhost (localhost [IPv6:::1]) by mail0.khirnov.net (Postfix) with ESMTP id 64E292405ED for ; Tue, 28 Nov 2023 09:06:35 +0100 (CET) Received: from mail0.khirnov.net ([IPv6:::1]) by localhost (mail0.khirnov.net [IPv6:::1]) (amavis, port 10024) with ESMTP id 3H0JsBwTuEy9 for ; Tue, 28 Nov 2023 09:06:34 +0100 (CET) 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 9675824043D for ; Tue, 28 Nov 2023 09:06:34 +0100 (CET) Received: by lain.khirnov.net (Postfix, from userid 1000) id 77A351601B9; Tue, 28 Nov 2023 09:06:34 +0100 (CET) From: Anton Khirnov To: FFmpeg development discussions and patches In-Reply-To: References: <20231123091424.25640-1-anton@khirnov.net> <170099033001.8914.10786614189489946675@lain.khirnov.net> Mail-Followup-To: FFmpeg development discussions and patches Date: Tue, 28 Nov 2023 09:06:34 +0100 Message-ID: <170115879446.8914.8427496201494197738@lain.khirnov.net> User-Agent: alot/0.8.1 MIME-Version: 1.0 Subject: Re: [FFmpeg-devel] [PATCH 1/2] tools/general_assembly: implement extra GA members 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 Alexander Strasser (2023-11-26 16:08:42) > On 2023-11-26 10:18 +0100, Anton Khirnov wrote: > > Set pushed. > > > > The general_assembly.pl script should now be usable as the authoritative > > source for GA members. > > The patches mostly LGTM. > > My Perl knowledge in general is really mostly from 20 years ago. > So if there is any Perl-ish devil in the details I surely have > overlooked it. > > Please pardon me if I missed any details on how the program works. > The edge cases are always the tricky stuff... > > One thing about this patch and that program in general is a bit > unfortunate: The use of PerlDate is_between. > > Here is the doc I found for it: > > $dt->is_between( $lower, $upper ) > Checks whether $dt is strictly between two other DateTime objects. > > "Strictly" means that $dt must be greater than $lower and less than $upper. If it is equal to either object then this method returns false. > > > AFAIU it affects the script in 2 places: > > 1. In subroutine get_date_range: > Here the exact day matching date_ga_rule is treated like > anything >= date_first_regular > > 2. In the loop adding the extra member. The member would not be added > on both, the day they were elected nor the day 2 years after. > > Case 1 should be "strictly academical" and thus not really important > because to my knowledge no vote was started on that day. > > For case 2 it will be not important on most days, but it would seem > more common and intuitive to use either the closed interval or a > half open interval. Where including the first and the last day or > including the first and excluding the day seem most natural to me. These objects are not days, they are specific times with nanosecond resolution. Since I'm not specifying time in the constructor, it defaults to the first nanosecond-long instant of the day, so none of these problems really apply. -- 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".