From: Thilo Borgmann via ffmpeg-devel <ffmpeg-devel@ffmpeg.org> To: ffmpeg-devel@ffmpeg.org Cc: Thilo Borgmann <thilo.borgmann@mail.de> Subject: Re: [FFmpeg-devel] [RFC] STF 2025 Date: Tue, 21 May 2024 23:34:03 +0200 Message-ID: <30591b71-aea5-4500-8911-f0275ce1844e@mail.de> (raw) In-Reply-To: <2184992.kemHQdqYc8@basile.remlab.net> On 21.05.24 21:42, Rémi Denis-Courmont wrote: > Le tiistaina 21. toukokuuta 2024, 21.43.44 EEST Thilo Borgmann via ffmpeg-devel > a écrit : >>>> Same as above about that we should and STF would. >>>> Especially since no corporate interest usually pays anyone for these >>>> tasks >>> >>> Sadly true, but... >>> >>>> (in case of reviews it might of course be considered a good thing). >>> >>> I think some review is better than none. There may be conflict of >>> interests, but they are weighed by the risk of being caught abusing the >>> review process. >> I hope you realize what you argue in favor of. > > Yes. It's quoted above. > > Are you claiming that *no* review is better than *some* review done in > *public* for all to see by a paid professional just because the person is > maybe biased? > > First, even volunteers have their own biases. Any expert should have opinions > from their experience, and that by definition makes them "biased". > > And second, you can't have it both ways. Either we want people to be paid for > review, and they will be answerable to their sponsor, or we want people to > continue to work on their free time. I think that is what you don't understand. An STF sponsorship for review would not introduce any bias in favor or against some patch or sth related. A company sponsorship would as it would introduce a bias towards 'we want our stuff in'. STF has no stuff they want to be reviewed on their behalf. They are only in favor of stuff being reviewed. > STF is an agency of the German government, applying German government > policies. They certainly do seem to have their own biases, including on tech, > e.g.: https://www.theregister.com/2024/05/20/huawei_germany_ban/ to take just > the most recent example to come to mind. No. Does not apply to any funding we might get. >> Reviews need to be unbiased and independent. > > Ideally so but that's the land of utopia. Of course, we talk about what should be, don't we? >> STF sponsoring reviews could be an excellent help towards this. > > If STF is willing to sponsor reviews, that's welcome. But that would certainly > not be "independent". It would. As STF would not send patches we'd be obliged to review. They'd give us money just for the sake of review 'whatever comes our way'. >> Corporate influence on the review process already happened in the past >> and the chance of getting caught is almost zero. > > So how do you that it happened if it does not get caught? I assume you mean how I know that and the guilty ones did not get caught? Well they did. An answer in public I will give not. > And "I hope you realise that you are arguing for" Intel, Loongson, etc. > employees to stop reviewing patches. Syntax error. What exactly do you mean? According to my assumptions: No, I value reviews of company employees in general which have been proven to be useful and unbiased e.g. in getting part of the community reviewing 'stuf' but not their 'own stuff'. -Thilo _______________________________________________ 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-05-21 21:34 UTC|newest] Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-05-17 13:49 Michael Niedermayer 2024-05-17 14:43 ` Ronald S. Bultje 2024-05-19 11:29 ` Thilo Borgmann via ffmpeg-devel 2024-05-17 14:47 ` Rémi Denis-Courmont 2024-05-19 11:29 ` Thilo Borgmann via ffmpeg-devel 2024-05-19 12:08 ` Andrew Sayers 2024-05-20 18:51 ` Rémi Denis-Courmont 2024-05-21 18:43 ` Thilo Borgmann via ffmpeg-devel 2024-05-21 19:42 ` Rémi Denis-Courmont 2024-05-21 19:43 ` Rémi Denis-Courmont 2024-05-21 21:34 ` Thilo Borgmann via ffmpeg-devel 2024-05-21 21:34 ` Thilo Borgmann via ffmpeg-devel [this message] 2024-05-22 12:27 ` Rémi Denis-Courmont 2024-05-24 7:11 ` Thilo Borgmann via ffmpeg-devel 2024-05-24 7:56 ` Rémi Denis-Courmont 2024-05-24 21:42 ` Michael Niedermayer 2024-05-17 15:08 ` Vittorio Giovara 2024-05-17 19:08 ` Michael Niedermayer 2024-05-17 15:25 ` Andrew Sayers 2024-05-17 15:26 ` Derek Buitenhuis 2024-05-17 18:50 ` Michael Niedermayer 2024-05-17 19:22 ` Derek Buitenhuis 2024-05-17 19:54 ` Rémi Denis-Courmont 2024-05-24 9:56 ` Andrew Sayers 2024-05-24 10:50 ` Thilo Borgmann via ffmpeg-devel 2024-06-01 15:19 ` Tomas Härdin 2024-06-02 18:01 ` Michael Niedermayer 2024-06-02 18:16 ` Rémi Denis-Courmont 2024-06-02 20:14 ` Tomas Härdin 2024-06-03 6:50 ` Thilo Borgmann via ffmpeg-devel 2024-06-03 7:55 ` Rémi Denis-Courmont 2024-06-03 11:35 ` Rémi Denis-Courmont [not found] ` <85865A16-B2BD-419C-857B-445ED6354604@cosmin.at> 2024-06-03 16:43 ` Cosmin Stejerean via ffmpeg-devel 2024-06-03 17:36 ` Rémi Denis-Courmont [not found] ` <EF00C7AD-23E4-4AFB-BEC0-F9139F7B6051@cosmin.at> 2024-06-03 17:48 ` Cosmin Stejerean via ffmpeg-devel 2024-06-03 18:18 ` Rémi Denis-Courmont [not found] ` <8BE7B5F7-E7FD-4F73-9239-91B8D289452A@cosmin.at> 2024-06-03 18:58 ` Cosmin Stejerean via ffmpeg-devel 2024-06-03 19:26 ` Rémi Denis-Courmont [not found] ` <C07B2718-2EDD-42CF-8F2E-BED82E14049A@cosmin.at> 2024-06-03 20:57 ` Cosmin Stejerean via ffmpeg-devel 2024-06-03 22:58 ` Vittorio Giovara [not found] ` <C3243629-53D2-4595-A82D-35D298B965EF@cosmin.at> 2024-06-04 1:01 ` Cosmin Stejerean via ffmpeg-devel 2024-06-04 6:53 ` Vittorio Giovara 2024-06-04 6:54 ` Paul B Mahol 2024-06-04 7:08 ` Vittorio Giovara 2024-06-04 10:09 ` Paul B Mahol 2024-06-04 10:50 ` Vittorio Giovara 2024-06-04 12:01 ` Paul B Mahol 2024-06-04 12:52 ` Vittorio Giovara 2024-06-04 17:38 ` Paul B Mahol 2024-06-04 18:17 ` Vittorio Giovara 2024-06-05 7:20 ` Marton Balint 2024-06-05 8:12 ` Vittorio Giovara 2024-06-05 9:18 ` Rémi Denis-Courmont 2024-06-05 9:31 ` Rémi Denis-Courmont 2024-06-05 13:42 ` Paul B Mahol 2024-06-06 0:07 ` Michael Niedermayer 2024-06-06 10:04 ` Vittorio Giovara [not found] ` <546DF7EF-0061-4126-AE81-3CD0EC24ED9A@cosmin.at> 2024-06-04 15:47 ` Cosmin Stejerean via ffmpeg-devel 2024-06-04 18:24 ` Vittorio Giovara 2024-06-04 21:21 ` Michael Niedermayer 2024-06-04 22:23 ` Vittorio Giovara 2024-06-03 15:00 ` Vittorio Giovara 2024-06-03 15:41 ` Tomas Härdin 2024-06-18 14:41 ` Tomas Härdin 2024-06-04 15:04 ` Andrew Sayers
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=30591b71-aea5-4500-8911-f0275ce1844e@mail.de \ --to=ffmpeg-devel@ffmpeg.org \ --cc=thilo.borgmann@mail.de \ /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