Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: Romain Beauxis <romain.beauxis@gmail.com>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] Recommendations to facilitation patch reviews on forgejo/ML?
Date: Sat, 2 Aug 2025 10:07:33 -0500
Message-ID: <CABWZ6ORauvEO5Yw3zX24sNbWNYMtiK4NLHOj+nHgSupQAFZc_g@mail.gmail.com> (raw)
In-Reply-To: <aI3hbKZTJAPFl_F8@phare.normalesup.org>

Le sam. 2 août 2025 à 04:59, Nicolas George <george@nsup.org> a écrit :
>
> Romain Beauxis (HE12025-08-01):
> > Part of my question is: how should people know what are the area you
> > are responsible for and who to contact when working on specific areas?
>
> I know it and I am perfectly fine with reading the summary line of every
> submitted patch to see if I need to open it. Anything less would be
> irresponsible for somebody who have contributed to multiple parts of the
> code anyway.
>
> The issue is afterwards. Right now, if the summary tells me I should be
> interested, it takes me one key to start reading the patch and one key
> to start reviewing it. With the new proposal, it takes multiple clicks:
> that is not acceptable.
>
> Our problem is not that we do not get enough patches, our problem is
> that we do not have enough people with the knowledge and will to review
> them. So, how would you qualify a measure that (1) brings more patches
> and (2) cause more work to the people who might review them?

It is a chicken and egg problem.

Casual contributors eventually become knowledgeable about the
framework/code base which eventually leads to some of them becoming
seasoned developers and reviewers.

If you want to grow the number of people working with the project, you've
got to be able to open the funnel and welcome new contributors.

Whether everyone agrees on its merit or not, online web-based development
platforms have become the norm for collaborative coding and reviewing and
adopting this workflow is a good way to get more people to start
contributing.

That being said, I understand that these tools are making your work more
difficult and how this potentially reduces again the ability for people to
get reviews.

On a personal level, I can attest, regardless of the tools being used, it
is currently incredibly hard to get feedback on your contributions.

I have given all 3 avenues, the ML, IRC and forge infinite patience and
kindness but this is still not working.

-- Romain

> Regards,
>
> --
>   Nicolas George
> _______________________________________________
> 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".
_______________________________________________
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".

  parent reply	other threads:[~2025-08-02 15:07 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-29 21:42 Romain Beauxis
2025-07-29 21:52 ` Nicolas George
2025-08-01 23:17   ` Romain Beauxis
2025-08-02  9:59     ` Nicolas George
2025-08-02 12:48       ` Kacper Michajlow
2025-08-02 12:50         ` Nicolas George
2025-08-02 15:07       ` Romain Beauxis [this message]
2025-08-02 15:38         ` Nicolas George
2025-07-31 11:12 ` Rémi Denis-Courmont
2025-08-01 23:19   ` Romain Beauxis

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=CABWZ6ORauvEO5Yw3zX24sNbWNYMtiK4NLHOj+nHgSupQAFZc_g@mail.gmail.com \
    --to=romain.beauxis@gmail.com \
    --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