From: "Jonatas L. Nogueira via ffmpeg-devel" <ffmpeg-devel@ffmpeg.org> To: "Rémi Denis-Courmont" <remi@remlab.net> Cc: "Jonatas L. Nogueira" <jesusalva@spi-inc.org>, FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] Sovereign Tech Fund Date: Wed, 31 Jan 2024 17:04:20 +0000 Message-ID: <CALE=2=94Zqva_+9cmc3+uun6xbvOnc0ejtuO_eTbhjn-rFR33w@mail.gmail.com> (raw) In-Reply-To: <25474700.8Xr1rsAvgU@basile.remlab.net> > I take that to mean that SPI has been involved with those discussions for months in a private and closed process Not really, however STF did ask for a meeting with SPI concerning the possibility to sponsor FFmpeg on January 18th (so roughly two weeks ago). To make clear, the request was on the 15th, the actual meeting on the 18th. There was some back-and-forth between both, Thilo and Michael commented on some specifics as STF or SPI asked, and we concluded SPI could indeed receive a sponsorship from STF on behalf of FFmpeg project on January 23th. Not long after, STF confirmed to SPI that it would be discussed in Feb 14th internally and that FFmpeg should send a Scope of Work by the 12th in order to confirm the sponsorship. That request was sent on Jan 25th. I'm not sure when this information was sent to this mailing list, but Michael and Thilo were informed on the same day. That's what happened recently on the SPI side in any Earthly time metric. But I should mention that in July 2023, Stefano and our contractors reached out to me and the vice president asking for, among other things, the Master Service Agreement which SPI uses and some general and everyday discussions about SPI policies regarding the payment of individual contractors/developers. I believe they also mentioned the possibility of getting a sponsorship from STF in the future, but discussions were centered on how SPI could pay for individual developers, which is why I didn't remember about this until I searched for it today. I guess you could say SPI was "aware" of the possibility since then. The first and last message from this message chain were on July 11th and July 23rd respectively, although I assume they made questions to non-board members before reaching out for SPI's VP and me. There was no further contact with SPI about that between July 24th and January 15th. Miscommunication happens. Do not assume malice, if you need any further information from SPI just reach out, we'll be happy to provide. > misrepresent any challenge to SPI proposed *process* as an attempt to reject the idea of STF sponsorship, under the convenient pretext that there is not enough time. Just in case, it was STF who asked for a Scope of Work to be presented by February 12th. I'm pretty sure it is possible to ask them about the possibility of postponing the topic for their next meeting (which I assume to be in March) ─ STF may decline, though, and it might not be possible to turn back on this decision or postpone further. I'm not STF's contact, it is someone from FFmpeg who is, so they'll need to do this. (also why I didn't mention that earlier). SPI is not conducting these discussions, after all. That's something you have to decide by yourselves. > This is ostensibly being to ignore all the objections that were already brought in October [...] SPI is not aware of any such objections. > But that will take place without the consent of the GA I'm not sure SPI would accept the sponsorship from STF without the consent of the GA, although we do expect to hear from Stefano the position FFmpeg is going to take. Which does mean that if STF sends funds to SPI but Stefano says he doesn't know what they're about, SPI will return the money post-haste (and will be less willing to receive potentially unwanted money later, as returning funds is not without costs). > I have to infer that Thilo, Michael and SPI already knew of the STF plan and concealed that key piece of contextual information back then. SPI usually doesn't *do* anything until it is asked to. We were aware in July 2023 that FFmpeg was considering asking STF about a sponsorship, although we weren't informed of whatever happened until STF asked for a meeting with us on January 15th. (Some of the SPI Board members even presumed FFmpeg had given up and forgotten altogether). > I can only agree with Anton that this looks like an attempt to strongarm the community. SPI is not trying to strongarm you into anything. Unless you try to do something illegal and we're required by law to intervene, I guess, which was discussed (e.g. "can the GA refuse to pay an invoice which is due?", which I made clear SPI would pay the invoice despite the objection, because the law requires it to be done). SPI as a rule of thumb does not interfere in its projects' management and decisions. If you want to give up on the sponsorship we'll honor the decision, if you want the sponsorship in different terms we can discuss if it's possible (and if it's not, SPI will not accept, because as I said earlier SPI is bound by the law). And if you want for more time to discuss, you should be asking that to STF, I can only help you as an agenda UNDER THE PRETENSE that FFmpeg is actually interested in meeting with STF request. If FFmpeg is not interested in attending STF's request of delivering them a Scope of Work by February 12th, I'll stop posting agenda-like reminders or suggestions. Att., -- Jonatas L. Nogueira (“jesusalva”) Board of Directors Member Software in the Public Interest, Inc. On Wed, Jan 31, 2024 at 1:11 PM Rémi Denis-Courmont <remi@remlab.net> wrote: > Hi, > > Le keskiviikkona 31. tammikuuta 2024, 16.10.02 EET Jonatas L. Nogueira via > ffmpeg-devel a écrit : > > > IMO hasty actions and avoidable drama may cause damage to the project > > > > What would be a hasty action? I've seen far too much people calling > action > > over stuff discussed for weeks/months as "hasty" in attempt to stall into > > endless discussions, so you might want to clarify. > > Would you care to clarify which astronomical body do you count weeks and > months in? I believe that it is customary to use Earth units when you do > not > specify. And in this case, the topic was brought to the community just > about > 0.5 week, or 0.11 month ago. > > Sarcasm aside, I take that to mean that SPI has been involved with those > discussions for months in a private and closed process. Michael asserted > that > an open inclusive process is better than the usual closed approach whence > the > funding goes through a company. > > It looks to me that those SPI discussions were just as opaque and closed, > and > all the talk of openess is just pretense. It does not help that Michael, > and > now you too, misrepresent any challenge to SPI proposed *process* as an > attempt to reject the idea of STF sponsorship, under the convenient > pretext > that there is not enough time. > > > This is further aggravated by the context that Michael brought forward the > idea of funding developers through SPI 3 months ago (in actual Earth > units). > From your statement, I have to infer that Thilo, Michael and SPI already > knew > of the STF plan and concealed that key piece of contextual information > back > then. > > In hindsight, it feels hypocritical to me that they were arguing for the > SPI > path, and against the corporate path, on the basis of openess already > then, to > be honest. > > > I can only agree with Anton that this looks like an attempt to strongarm > the > community. This is ostensibly being to ignore all the objections that were > already brought in October and are being brought again now, with the > complicity of SPI. I can't say that this looks well on SPI, but that's > just my > personal opinion. > > > With all that said, I don't think anybody will attempt to prevent this > from > happening (if they even can?). But that will take place without the > consent of > the GA, without any legitimacy on the claims of openess and inclusiveness, > and > obviously without any form of preclearance from the technical > appropriateness > of the resulting code contributions. > > > > -- > レミ・デニ-クールモン > http://www.remlab.net/ > > > > _______________________________________________ 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-01-31 17:04 UTC|newest] Thread overview: 123+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-01-28 3:25 Michael Niedermayer 2024-01-28 15:54 ` Kieran Kunhya 2024-01-28 17:12 ` Michael Niedermayer 2024-01-28 18:59 ` Kieran Kunhya 2024-01-28 19:20 ` Jonatas L. Nogueira via ffmpeg-devel 2024-01-28 19:30 ` Jonatas L. Nogueira via ffmpeg-devel 2024-01-28 19:34 ` Kieran Kunhya 2024-01-28 21:18 ` Jonatas L. Nogueira via ffmpeg-devel 2024-01-28 21:33 ` Kieran Kunhya 2024-01-29 21:27 ` Anton Khirnov 2024-01-28 20:06 ` Michael Niedermayer 2024-01-28 20:32 ` Kieran Kunhya 2024-01-28 20:34 ` Kieran Kunhya 2024-01-28 20:37 ` Kieran Kunhya 2024-01-28 20:42 ` Kieran Kunhya 2024-01-28 21:47 ` Michael Niedermayer 2024-01-29 18:31 ` Kieran Kunhya 2024-01-29 18:46 ` Jonatas L. Nogueira via ffmpeg-devel 2024-01-29 18:54 ` Michael Niedermayer 2024-01-29 19:02 ` Kieran Kunhya 2024-01-29 20:04 ` Michael Niedermayer 2024-01-29 22:54 ` Kieran Kunhya 2024-01-30 9:20 ` Tomas Härdin 2024-01-28 21:34 ` Michael Niedermayer 2024-01-28 21:39 ` Kieran Kunhya 2024-01-29 2:26 ` Jonatas L. Nogueira via ffmpeg-devel 2024-01-29 14:52 ` Derek Buitenhuis 2024-01-29 15:02 ` Kieran Kunhya 2024-01-29 15:05 ` Derek Buitenhuis 2024-01-29 16:40 ` Jonatas L. Nogueira via ffmpeg-devel 2024-01-29 17:05 ` Kieran Kunhya 2024-01-29 17:27 ` Michael Niedermayer 2024-01-29 17:36 ` Kieran Kunhya 2024-01-29 17:43 ` Rémi Denis-Courmont 2024-01-29 18:11 ` Michael Niedermayer 2024-01-29 21:01 ` Rémi Denis-Courmont 2024-01-29 22:43 ` Michael Niedermayer 2024-01-30 6:30 ` Rémi Denis-Courmont 2024-01-30 17:15 ` Michael Niedermayer 2024-01-30 18:00 ` Michael Niedermayer [not found] ` <A40E9FF7-EC74-458A-A195-26EE8062992E@cosmin.at> 2024-01-29 22:23 ` Cosmin Stejerean via ffmpeg-devel 2024-01-29 22:31 ` Kieran Kunhya 2024-01-30 10:12 ` Nicolas George 2024-01-30 10:19 ` Kieran Kunhya 2024-01-30 10:31 ` Nicolas George 2024-01-30 10:44 ` Kieran Kunhya 2024-01-30 10:46 ` Nicolas George 2024-01-30 10:53 ` Kieran Kunhya 2024-01-30 11:47 ` Anton Khirnov 2024-01-28 19:17 ` Rémi Denis-Courmont 2024-01-28 20:33 ` Michael Niedermayer 2024-01-29 14:38 ` Derek Buitenhuis 2024-01-29 18:25 ` Michael Niedermayer 2024-01-29 18:37 ` Derek Buitenhuis 2024-01-29 19:21 ` Michael Niedermayer 2024-01-29 20:09 ` Vittorio Giovara 2024-01-29 20:15 ` Derek Buitenhuis 2024-01-30 6:48 ` Rémi Denis-Courmont 2024-01-29 20:19 ` Anton Khirnov 2024-01-29 20:20 ` Derek Buitenhuis 2024-01-29 20:36 ` Vittorio Giovara 2024-01-29 21:27 ` Michael Niedermayer 2024-01-31 11:19 ` Anton Khirnov 2024-01-29 20:41 ` Diederick C. Niehorster 2024-01-29 21:19 ` Anton Khirnov 2024-01-29 21:11 ` Anton Khirnov 2024-01-29 23:41 ` Jonatas L. Nogueira via ffmpeg-devel 2024-01-29 23:53 ` Stefano Sabatini 2024-01-31 12:30 ` Anton Khirnov 2024-01-31 21:26 ` Stefano Sabatini 2024-01-30 0:15 ` Michael Niedermayer 2024-01-30 0:19 ` Michael Niedermayer 2024-01-31 12:59 ` Anton Khirnov 2024-01-31 14:10 ` Jonatas L. Nogueira via ffmpeg-devel 2024-01-31 15:17 ` Anton Khirnov 2024-01-31 15:17 ` Kieran Kunhya 2024-01-31 16:00 ` Jonatas L. Nogueira via ffmpeg-devel 2024-01-31 16:03 ` Jonatas L. Nogueira via ffmpeg-devel 2024-01-31 16:10 ` Rémi Denis-Courmont 2024-01-31 17:04 ` Jonatas L. Nogueira via ffmpeg-devel [this message] 2024-01-31 18:03 ` Michael Niedermayer 2024-01-31 18:22 ` Kieran Kunhya 2024-01-31 18:40 ` Jonatas L. Nogueira via ffmpeg-devel 2024-01-31 18:48 ` Kieran Kunhya 2024-01-31 19:07 ` Michael Niedermayer [not found] ` <A7F30D96-F8DB-45EA-9CDB-3545E3ECE0C9@cosmin.at> 2024-01-31 19:16 ` Cosmin Stejerean via ffmpeg-devel 2024-01-31 20:19 ` Kieran Kunhya 2024-01-31 21:43 ` Michael Niedermayer 2024-01-31 21:54 ` Kieran Kunhya 2024-01-31 22:40 ` Michael Niedermayer 2024-01-31 22:45 ` Kieran Kunhya 2024-02-02 13:52 ` Michael Niedermayer 2024-02-02 13:58 ` Kieran Kunhya 2024-01-31 19:20 ` Jonatas L. Nogueira via ffmpeg-devel 2024-01-31 17:58 ` Michael Niedermayer 2024-01-31 23:15 ` Stefano Sabatini 2024-02-01 0:16 ` Stefano Sabatini 2024-02-06 0:00 ` Jonatas L. Nogueira via ffmpeg-devel 2024-01-30 1:48 ` Michael Niedermayer 2024-01-30 9:32 ` Vittorio Giovara 2024-01-30 10:07 ` Nicolas George 2024-01-30 10:13 ` Vittorio Giovara 2024-01-30 10:15 ` Nicolas George 2024-01-30 10:56 ` Vittorio Giovara 2024-01-31 1:07 ` Michael Niedermayer 2024-01-31 21:44 ` Derek Buitenhuis 2024-01-31 21:55 ` Kieran Kunhya 2024-01-31 23:07 ` Michael Niedermayer 2024-02-01 17:59 ` Anton Khirnov 2024-02-01 18:14 ` Rémi Denis-Courmont 2024-02-01 22:55 ` Michael Niedermayer 2024-02-05 10:21 ` Michael Niedermayer 2024-02-05 11:53 ` Kieran Kunhya 2024-02-05 13:10 ` Zhao Zhili 2024-02-01 19:22 ` Derek Buitenhuis 2024-02-04 9:49 ` Rémi Denis-Courmont 2024-02-04 10:02 ` J. Dekker 2024-02-04 10:09 ` Paul B Mahol 2024-02-04 13:41 ` Michael Niedermayer 2024-02-04 14:38 ` Rémi Denis-Courmont 2024-02-04 19:28 ` Michael Niedermayer 2024-02-04 21:21 ` Rémi Denis-Courmont 2024-04-12 23:43 ` Thilo Borgmann via ffmpeg-devel
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='CALE=2=94Zqva_+9cmc3+uun6xbvOnc0ejtuO_eTbhjn-rFR33w@mail.gmail.com' \ --to=ffmpeg-devel@ffmpeg.org \ --cc=jesusalva@spi-inc.org \ --cc=remi@remlab.net \ /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