From: "Jonatas L. Nogueira via ffmpeg-devel" <ffmpeg-devel@ffmpeg.org>
To: Kieran Kunhya <kierank@obe.tv>
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: Mon, 29 Jan 2024 13:40:37 -0300
Message-ID: <CALE=2=-2xM3gXj6tGCJAOr4uK-916E2sxyAJ++4h7xx=KgzORA@mail.gmail.com> (raw)
In-Reply-To: <CAK+ULv6LXmB4BVMW2J_NcsVmgokYESkfVwvittTc8hBDBW_gQg@mail.gmail.com>
Again, this sounds like a misunderstanding.
The SOW is subservient to the merge, not the other way around. In other
words, the SOW don't require you to merge, but when/if you do merge, then
the SOW will require the payment to the contractor, which SPI handles. So
the SOW makes clear that if FFmpeg refuses to merge, there'll be no payment.
This is also why there's no need to review the invoices, and no risk of a
legitimate invoice being rejected: Because the deliverable will likely be
the commit (unless the GA objects beforehand and asks SPI to use something
else), so until it (the MR/PR) is accepted, there's no invoice to start
with. And as STF is footing the bill, there's no reason to FFmpeg concern
itself if it turned out expensive or not when reviewing, and can focus in
actually improving the program (SPI and STF will place some budget limits,
so contributors/contractors know what to expect and the money won't run
out).
The goal of the SOW (and of having SPI onboard) is to allow the GA to focus
on stuff actually relevant to FFmpeg (like what's going to be merged) and
delegate the worldly concerns like payments and contracts to SPI. Who is
signing the contracts (and thus being bound and tied to it) is SPI.
This is why it sounds a lot like a misunderstanding. What is actually
required from the GA is what the GA does — managing and leading FFmpeg.
That means deciding aspects which SPI cannot and will not decide for you,
like the scope of work ("what do you want done and sponsored by STF?"), and
what SPI cannot answer for you (such as how FFmpeg does things).
Do note that if someone do a MR/PR and then the technical committee or the
GA refuse to merge, without a SOW, almost every court (in the US or in
Germany) will force FFmpeg to pay not only the invoice but also the legal
costs. That would be unacceptable for SPI, as it puts other projects in
risk as well. We must kindly request that FFmpeg's General Assembly avoid
such dangerous behavior.
Feel free to make any other questions you may have,
Att.,
Jonatas L. Nogueira (“Jesusalva”)
SPI Board of Directors
On Mon, Jan 29, 2024, 12:02 Kieran Kunhya <kierank@obe.tv> wrote:
>
>> >> [...] the GA definitly cannot object to an invoice for a project that
>> the GA approved previously.
>> > "The General Assembly is sovereign and legitimate for all its decisions
>> regarding the FFmpeg project."
>>
>> When working with a contract (and a SOW), the General Assembly won't be
>> able to block an invoice.
>> Because the General Assembly will already have exercised its sovereignty
>> before the work started.
>> And unless the GA becomes a nation, any court of law would uphold the
>> contract.
>>
>
> In this project, acceptance of a patch is based on the technical contents
> of a patch, not a few vague paragraphs in a SoW. These decisions are made
> by the Technical Committee and the General Assembly.
>
> Tying the project contractually is unacceptable.
>
> There are plenty of "corporate" open source projects where this is fine,
> but there is a reason we are not one of those full of corporate friendly
> code like binary blobs, intrinsics, SDKs etc.
>
> Kieran
>
>>
_______________________________________________
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-29 16:41 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 [this message]
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
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=-2xM3gXj6tGCJAOr4uK-916E2sxyAJ++4h7xx=KgzORA@mail.gmail.com' \
--to=ffmpeg-devel@ffmpeg.org \
--cc=jesusalva@spi-inc.org \
--cc=kierank@obe.tv \
/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