From: Michael Niedermayer <michael@niedermayer.cc>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] Sovereign Tech Fund
Date: Mon, 29 Jan 2024 23:43:39 +0100
Message-ID: <20240129224339.GG6420@pb2> (raw)
In-Reply-To: <2011399.K0GceMP4zf@basile.remlab.net>
[-- Attachment #1.1: Type: text/plain, Size: 3263 bytes --]
Hi
On Mon, Jan 29, 2024 at 11:01:05PM +0200, Rémi Denis-Courmont wrote:
> Le maanantaina 29. tammikuuta 2024, 20.11.19 EET Michael Niedermayer a écrit :
[...]
> > Its under the control of the community and its transparent
>
> You always have the control of the community at the time of review and merge.
>
> You can argue all you want that more open is better. What I see is that this
> more open is already turning into a train wreck (as predicted last year).
I do have to disagree on this specific point
The people predicting it to be a train wreck are the people who now make it
a train wreck.
>
> > And very important what do you propose ?
>
> We already went through this in the previous thread last year. This is not
> going to work in the light of what Jonatas politely calls FFmpeg "governance"
> challenges. It was already clear that finding agreement within the GA would be
> at best very difficult and untimely.
>
> People (including myself) already suggested to arrange that sort of things via
> an IT service company (*not* necessarily FFlabs). Or you could even go through
> a "porting" company in your country if you can't find an existing agreeable
> company and don't want to register your own. Of course those are not perfect
> solutions but they seem far less fraught with problems than going through a
> foundation, especially a US-based foundation. You can review the archives for
> details.
Of course we can discuss this and vote on it. Personally i believe SPI is a good choice.
And especially a safe choice. And it will be difficult to find a choice that
doesnt have some agenda and does this for free.
SPI has served many open source projects over a long time.
Adding an entity that handles FFmpegs finanaces needs to be done carefully
It should not be a newly formed entity and it should not be an entity
related to multimedia.
So for example a >10 year old entity that is truted by many diverse open source
projects. (like SPI)
But either way that would not be a quick process
finding an entity that everyone trusts wouĺd not be easy. So i still suggest we
go with SPI even for future STF rounds
[...]
> > > That drama
> > > couldn't be had for GSoC because how was however Google decides, and there
> > > was no intermediary to go through (money went straight from Google to the
> > > students).
> >
> > SPI handles all the GSoC mentor money.
> > And lets just assume it would handle the students money too, what difference
> > would that really make ?
>
> It would cause similar arguments to this one. And that's if Google would even
> agree to such a setup (which I guess they wouldn't).
>
> What is the point of going through SPI for *this* (as opposed to regular
> donations)?
iam not 100% sure i understand your question.
Our donations are handled by SPI and
STF will not pay developers directly, this is not an option. This was asked early
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The real ebay dictionary, page 2
"100% positive feedback" - "All either got their money back or didnt complain"
"Best seller ever, very honest" - "Seller refunded buyer after failed scam"
[-- 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".
next prev parent reply other threads:[~2024-01-29 22:43 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 [this message]
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=20240129224339.GG6420@pb2 \
--to=michael@niedermayer.cc \
--cc=ffmpeg-devel@ffmpeg.org \
/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