[FFmpeg-devel] [RFC] Suggestion for a Nicer Integration with GitHub

[ffmpegandmahanstreamer at e.email]

August 14, 2021 12:34 AM, "zhilizhao(赵志立)" <quinkblack at foxmail.com> wrote:

>> On Aug 14, 2021, at 11:27 AM, ffmpegandmahanstreamer at e.email wrote:
>> 
>> August 13, 2021 8:42 PM, "Ronald S. Bultje" <rsbultje at gmail.com> wrote:
>> 
>>> Hi,
>>> 
>>> On Thu, Aug 12, 2021 at 4:51 AM Nicolas George <george at nsup.org> wrote:
>> 
>> Paul Buxton (12021-08-12):
>> From the point of view of someone who is currently developing a filter
>> for
>> ffmpeg and will be submitting a patch to the list for the first time, I
>> think this is a great idea.Whilst following simple instructions to
>> prepare
>> and submit a patch should't be outside the ability of anyone who is
>> capable
>> of contributing. Using something like github allows a more automated
>> workflow that can make the process smoother and even make lives easier
>> for
>> the maintainers as it is possible for the automations to catch issues
>> before they get sent on to you.
>> 
>> Have you wondered why these periodical threads "we/you should make
>> FFmpeg more attractive" usually end up a discussion between disgruntled
>> newbies congratulating each other for their great ideas, with only the
>> occasional bored experienced developer stepping in?
>>> Experienced dev speaking here: I absolutely 100% disagree with this
>>> statement. I would be much happier to actively contribute to FFmpeg if it
>>> used gitlab/hub. I find this mailinglist environment beyond horrendous. I
>>> can't understand why anyone would be OK with our current approach. I only
>>> grudgingly use it when I need to because I'm assuming I'm the minority and
>>> I'm willing to accept the majority consensus, but not because I support it
>>> or think it's a good idea.
>> 
>> This reminds me: dav1d, gstreamer, nihav, VLC, x265, rav1e, svt-vp9, etc. and other major
>> multimedia projects are now all on Github/Gitlab/some graphical platform. Its' ffmpeg that's mostly
>> stuck in the past. Everyone's moving on. To be fair, all the projects (except gstreamer and vlc)
>> started off that way, but it shows where the general trend it still.
> 
I even forgot to add mpv and OBS to that list. 
> I’m glad VLC development has transfer from mailing list to self hosted Gitlab, although it’s not
> perfect, e.g., gitlab is slow for large patch set.
> 
> I have spent a lot of time on finding a email service provider for mailing list based development:
You can try the two mail providers i've been/or have used. They all work great. But i assume yours is also good, i'll have to try it.


> 
> - All patches are treated as spam by 163.com, I can't sent a single email (well, patch doesn’t look
> like normal conversation…)
> - Email backend developer or client developer don’t know about the use case of mailing list, they
> don’t understand my bug report, or don’t care.
> - gmail is blocked by GFW, that’s another story…
> 
> I’ve helped my friends to setup email for sending patch. It’s like DIY shoes before jogging. DIY is
> interesting, but definitely time consuming. Coding is a necessary skill for contributing, debugging
> is a necessary skill for contributing, but vim is not, no matter how I like it.
> 
Exactly. Different times, different people.
> Maybe there are some details which are overlooked on the GitGitGadget solution, but “easy to
> contributing and more contributor will lower the patch quality” is not a good reason to reject the
> solution.
> 
>> Its not just multimedia, major projects from all over the OSS sphere are moving to these graphical
>> platforms. Even webkit and clang, some of the largest codebases.
>> 
>> If people loved mailing lists all those projects would start off with those and still use them.
>> 
>> Again, why use a slide rule when there are calculators?
>> 
>> Again, there are many platforms that are not full blown github/gitlab like gitea, codeberg, gogs,
>> gitbucket etc. that are very nice.
>> 
>> To be honest, i do think the mailing list should be eventually phased out. And i think it will be,
>> as fresh blood comes in from younger kids who have been using the graphical platforms for their
>> entire programming career. It may happen next month, it may happen in one year, it may happen in 5
>> years. But it will happen.
>> 
>>> Ronald
>>> _______________________________________________
>>> ffmpeg-devel mailing list
>>> ffmpeg-devel at ffmpeg.org
>>> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>>> 
>>> To unsubscribe, visit link above, or email
>>> ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".
>> 
>> _______________________________________________
>> ffmpeg-devel mailing list
>> ffmpeg-devel at ffmpeg.org
>> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>> 
>> To unsubscribe, visit link above, or email
>> ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".
> 
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> 
> To unsubscribe, visit link above, or email
> ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".