Re: [FFmpeg-devel] [PATCH] Revert "Add FUNDING.json"

[Michael Niedermayer <michael@niedermayer.cc>]

[-- Attachment #1.1: Type: text/plain, Size: 2206 bytes --]

Hi Derek

You said
"The only mails you'll see from me in the future are code or reviews."

On Mon, Jun 23, 2025 at 09:20:56PM +0100, Derek Buitenhuis wrote:
> This was pushed with outstanding reservations,

there where 2 comments in one mail but no objection
    The first was about SPI and taxes
    The second was about the domain owner of avcodec.org


> with no positive
> affirmation or review from any other devs,

The General Assembly was informed about the donation on the 9th june
and on the 18th about the solution with the json file
as well as my intend to implement this within 48h
that would be the 20th. i waited 3 more days both for members
of the GA as well as the public to comment


> and without a push noticed
> to say it was going to be pushed.

All members of the GA knew i intended to move forward
with this. And they also knew that there was a deadline of june 27th
for this. So everyone knew it would be pushed if theres no objection
because they saw the deadline date


> Further, the wallet is controlled by a single individual, and not
> FFmpeg.

The wallet belongs to the FFmpeg community. And its content, if it ever
has any content. Also belongs to FFmpeg.

It is currently managed by me. Which brings me tax complexities and work.

The wallet can be handed over to the SPI treassurer, if the SPI treassurer
accepts it.
The community can also discuss other ways to manage this wallet, it is
the FFmpeg communities wallet after all.

But the antagonizing and accusational tone of your mail is unacceptable.
Manging this wallet costs time, costs money, means responsibility.
Today alone i spend like 1-2 hours manually verifying the transaction
to connect this thing to the drips network.

reverting FUNDING.json will reduce trust by donators in FFmpeg.

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Awnsering whenever a program halts or runs forever is
On a turing machine, in general impossible (turings halting problem).
On any real computer, always possible as a real computer has a finite number
of states N, and will either halt in less than N cycles or never halt.

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

[-- Attachment #2: Type: text/plain, Size: 251 bytes --]

_______________________________________________
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".