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