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 48D9E4ACB1 for ; Sun, 19 May 2024 12:09:02 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 2DB9968CAC9; Sun, 19 May 2024 15:09:00 +0300 (EEST) Received: from alt2.a-painless.mh.aa.net.uk (alt2.a-painless.mh.aa.net.uk [81.187.30.51]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 7EF5568C10E for ; Sun, 19 May 2024 15:08:53 +0300 (EEST) Received: from 3.e.6.c.3.5.5.2.d.7.7.8.b.4.4.e.0.5.8.0.9.1.8.0.0.b.8.0.1.0.0.2.ip6.arpa ([2001:8b0:819:850:e44b:877d:2553:c6e3] helo=andrews-2024-laptop.sayers) by painless-a.thn.aa.net.uk with smtp (Exim 4.96) (envelope-from ) id 1s8fLQ-00Ascu-0i for ffmpeg-devel@ffmpeg.org; Sun, 19 May 2024 13:08:52 +0100 Date: Sun, 19 May 2024 13:08:50 +0100 From: Andrew Sayers To: FFmpeg development discussions and patches Message-ID: References: <20240517134958.GQ6420@pb2> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: Subject: Re: [FFmpeg-devel] [RFC] STF 2025 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: On Sun, May 19, 2024 at 01:29:43PM +0200, Thilo Borgmann via ffmpeg-devel wrote: > > [...] > > > * Fund administrative / maintainance work (one example is the mailman upgrade that is needed > > > with the next OS upgrade on one of our servers (this is not as trivial as one might > > > expect). Another example here may be some git related tools if we find something that > > > theres a broad consensus about. > > > > I agree that this should be paid but I would expect that STF would not be too keen on it, not that I'd know really. > > We should absolutely pay for such activity and STF is very well willing to > fund such things. > > > > > * Fund maintaince on the bug tracker, try to reproduce bugs, ask users to provide > > > reproduceable cases, close bugs still unreproduceable, ... > > > ATM we have over 2000 "new" bugs that are not even marked as open > > > > This is a double-edged sword. If somebody gets paid to do that, then that is one more reason for others not to do it. > > > > And again, it is completely reasonable to be paid for that, and also for code reviews and writing test cases (if we want to complete the menial task list), but I am perplexed as to STF's stance on that. > > Same as above about that we should and STF would. Especially since no > corporate interest usually pays anyone for these tasks (in case of reviews > it might of course be considered a good thing). > > The one problem to solve here AFAICT is we don't know exactly what quantity > of bugs, reviewable code submissions and other maintenance work will come up > in the next 12 months. > So it renders impossible to define in prior the workload, milestones and > compensation per contributor interested as we did this year for well-defined > tasks. > > What we should consider IMO is defining the tasks (patch review, bug review > & fix, FATE extensions, checkasm extensions, etc. as well such things for > the administrative tasks from above) and defining a budget for these tasks. > Then, allow 'everyone interested' (aka git push access?) to claim a part of > that budget every N-months, depending what the corresponding contributor > actually did and can somehow be determined. Another solution would be to have a variable-sized primary task, with a secondary task that can absorb leftover time. For example, if your primary task was reviewing patches, your secondary task might be improving the patch review process. So when you get to the point where you'd rather let someone else claim a bounty than say "fix your indentation" one more time, your incentive is instead to write a tutorial, or a review bot, or otherwise get to the root cause. _______________________________________________ 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".