Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
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".

  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