From: Thilo Borgmann via ffmpeg-devel <ffmpeg-devel@ffmpeg.org> To: ffmpeg-devel@ffmpeg.org Cc: Thilo Borgmann <thilo.borgmann@mail.de> Subject: Re: [FFmpeg-devel] [RFC] STF 2025 Date: Sun, 19 May 2024 13:29:43 +0200 Message-ID: <ddda78d9-b498-4427-8fe5-13c6034805a4@mail.de> (raw) In-Reply-To: <AF123817-3FA5-426F-B9EE-5F8B4E88650A@remlab.net> [...] >> * 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. Regarding STF, this could visualize as one big milestone per task with a budget of X and this group of people working on it. How exactly the money distributes from there, depends on the actual work done afterwards. However, there are many questions about the details for our side and probably on the STF side. We should however start with at least one of these tasks aiming for next year, trying to setup some process that would work for us and can then be aligned with what is possible with STF. >> * Fund professional real live presence on multimedia / FOSS / buisness related >> events. we already refund individuals but i think we are lacking on the organizational >> side. We should also have on these events at least one person who can awnser developer/user >> questions and someone who can awnser buisness questions (on buisness related events). >> Also we need some eye catching things there, a big screen/projector that plays some >> real time filtered version from a camera. Or maybe have more people remotely be available >> from the FFmpeg team through real time streaming (as in, if someone wants to be on some event >> but cant physically go there, we could put a notebook on the table facing visitors showing >> something like a video chat. Also we need more cute girls on these events, everything i hear >> its 100% male geeks/hackers. Also a "24/7" realtime stream from any booth would be nice > > This is not something that STF should pay for, AFAIU. This is something that professionals should pay out of their budget (or their employer's) for the business events, and SPI for cheap/community events, IMO. I think we should fund all non-b2b appearances. About b2b, I wouldn't like our donation based money to be spent. We had corporate sponsorship in the past not having to think about it and possibly will have that as well in the future. The companies are interested in seeing us there and some are willing to pay for that happening. I think we could as well get dedicated STF money to cover such costs not being dependent on supportive companies and plan ahead better. That is nothing that 'professionals' should pay out of their budget or should even be allowed to do as we talk about a presence for the open-source project, not some company's presence. -Thilo _______________________________________________ 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".
next prev parent reply other threads:[~2024-05-19 11:29 UTC|newest] Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-05-17 13:49 Michael Niedermayer 2024-05-17 14:43 ` Ronald S. Bultje 2024-05-19 11:29 ` Thilo Borgmann via ffmpeg-devel 2024-05-17 14:47 ` Rémi Denis-Courmont 2024-05-19 11:29 ` Thilo Borgmann via ffmpeg-devel [this message] 2024-05-19 12:08 ` Andrew Sayers 2024-05-20 18:51 ` Rémi Denis-Courmont 2024-05-21 18:43 ` Thilo Borgmann via ffmpeg-devel 2024-05-21 19:42 ` Rémi Denis-Courmont 2024-05-21 19:43 ` Rémi Denis-Courmont 2024-05-21 21:34 ` Thilo Borgmann via ffmpeg-devel 2024-05-21 21:34 ` Thilo Borgmann via ffmpeg-devel 2024-05-22 12:27 ` Rémi Denis-Courmont 2024-05-24 7:11 ` Thilo Borgmann via ffmpeg-devel 2024-05-24 7:56 ` Rémi Denis-Courmont 2024-05-24 21:42 ` Michael Niedermayer 2024-05-17 15:08 ` Vittorio Giovara 2024-05-17 19:08 ` Michael Niedermayer 2024-05-17 15:25 ` Andrew Sayers 2024-05-17 15:26 ` Derek Buitenhuis 2024-05-17 18:50 ` Michael Niedermayer 2024-05-17 19:22 ` Derek Buitenhuis 2024-05-17 19:54 ` Rémi Denis-Courmont 2024-05-24 9:56 ` Andrew Sayers 2024-05-24 10:50 ` Thilo Borgmann via ffmpeg-devel 2024-06-01 15:19 ` Tomas Härdin 2024-06-02 18:01 ` Michael Niedermayer 2024-06-02 18:16 ` Rémi Denis-Courmont 2024-06-02 20:14 ` Tomas Härdin 2024-06-03 6:50 ` Thilo Borgmann via ffmpeg-devel 2024-06-03 7:55 ` Rémi Denis-Courmont 2024-06-03 11:35 ` Rémi Denis-Courmont [not found] ` <85865A16-B2BD-419C-857B-445ED6354604@cosmin.at> 2024-06-03 16:43 ` Cosmin Stejerean via ffmpeg-devel 2024-06-03 17:36 ` Rémi Denis-Courmont [not found] ` <EF00C7AD-23E4-4AFB-BEC0-F9139F7B6051@cosmin.at> 2024-06-03 17:48 ` Cosmin Stejerean via ffmpeg-devel 2024-06-03 18:18 ` Rémi Denis-Courmont [not found] ` <8BE7B5F7-E7FD-4F73-9239-91B8D289452A@cosmin.at> 2024-06-03 18:58 ` Cosmin Stejerean via ffmpeg-devel 2024-06-03 19:26 ` Rémi Denis-Courmont [not found] ` <C07B2718-2EDD-42CF-8F2E-BED82E14049A@cosmin.at> 2024-06-03 20:57 ` Cosmin Stejerean via ffmpeg-devel 2024-06-03 22:58 ` Vittorio Giovara [not found] ` <C3243629-53D2-4595-A82D-35D298B965EF@cosmin.at> 2024-06-04 1:01 ` Cosmin Stejerean via ffmpeg-devel 2024-06-04 6:53 ` Vittorio Giovara 2024-06-04 6:54 ` Paul B Mahol 2024-06-04 7:08 ` Vittorio Giovara 2024-06-04 10:09 ` Paul B Mahol 2024-06-04 10:50 ` Vittorio Giovara 2024-06-04 12:01 ` Paul B Mahol 2024-06-04 12:52 ` Vittorio Giovara 2024-06-04 17:38 ` Paul B Mahol 2024-06-04 18:17 ` Vittorio Giovara 2024-06-05 7:20 ` Marton Balint 2024-06-05 8:12 ` Vittorio Giovara 2024-06-05 9:18 ` Rémi Denis-Courmont 2024-06-05 9:31 ` Rémi Denis-Courmont 2024-06-05 13:42 ` Paul B Mahol 2024-06-06 0:07 ` Michael Niedermayer 2024-06-06 10:04 ` Vittorio Giovara [not found] ` <546DF7EF-0061-4126-AE81-3CD0EC24ED9A@cosmin.at> 2024-06-04 15:47 ` Cosmin Stejerean via ffmpeg-devel 2024-06-04 18:24 ` Vittorio Giovara 2024-06-04 21:21 ` Michael Niedermayer 2024-06-04 22:23 ` Vittorio Giovara 2024-06-03 15:00 ` Vittorio Giovara 2024-06-03 15:41 ` Tomas Härdin 2024-06-18 14:41 ` Tomas Härdin 2024-06-04 15:04 ` Andrew Sayers
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=ddda78d9-b498-4427-8fe5-13c6034805a4@mail.de \ --to=ffmpeg-devel@ffmpeg.org \ --cc=thilo.borgmann@mail.de \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel This inbox may be cloned and mirrored by anyone: git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \ ffmpegdev@gitmailbox.com public-inbox-index ffmpegdev Example config snippet for mirrors. AGPL code for this site: git clone https://public-inbox.org/public-inbox.git