Re: [FFmpeg-devel] [PATCH] web: announce code.ffmpeg.org

[Timo Rothenpieler <timo@rothenpieler.org>]

On 7/26/2025 10:01 PM, Derek Buitenhuis wrote:
> On 7/26/2025 8:29 PM, Timo Rothenpieler wrote:
>> It's still an extended test. You cannot push to it, since it's just a
>> mirror.
> 
> That's not what written in the announcement, and the fact it is "still
> a test" has not been communicated on this list, to my knowledge. It's
> all about as clear as mud...
> 
> It's possible I am the only one dumb enough to miss that fact, but I suspect
> (hope) probably not.

It's what the whole vote was about, the vote was not "Let's migrate to 
this", but "Let's put this through a more extended test".
So I'd say the list was very much informed about that?

>> How do you expect to suddenly switch every last person over from the ML
>> to a new tool?
> 
> You do it once, decisively, with no point where it is both dev paths simultaniously.
> VideoLAN managed it, and countless companies and other projects have managed it with
> no overlap. Many of which I have experienced first hand. It's one thing to slowly
> move projects from an org/community over, but having several extant methods of
> contributing and reviewing the same repo's code is pretty much the #1 thing that
> is avoided.

Videolan hat the exact same transitional period, where both the ML and 
Gitlab were in use for at least a couple months to half a year.

vlc-devel is still active to this day, even with the very occasional 
stray patch still landing there, just not for patches.
I expect this to go similar for FFmpeg.
At some point there will be a more strong PSA sent out that Patches via 
ML will no longer receive the same attention. But so far now is not that 
time.


> This isn't really unique to FFmpeg.
> 
>> There's always going to be a transition period where both are in use,
>> gradually shifting.
> 
> ... why? It's not necessary, and is a pretty terrible experience for not
> much gain except more time for people to argue.

How do you intend to get everybody into one boat to move over all at once?
VLC has a central governing body who is able to make such decisions and 
force the issue if need be.
FFmpeg does not, so I don't see who would be able to make such a call, 
and specially then also have everyone follow it.

>> So yes, for now there needs to be eyes on both.
> 
> Unfortunate.
> 
> - Derek
> _______________________________________________
> 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".