From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.ffmpeg.org (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTPS id E45274B804 for ; Fri, 22 Aug 2025 13:46:03 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id AC25868E6A9; Fri, 22 Aug 2025 16:45:58 +0300 (EEST) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTPS id D664668028A for ; Fri, 22 Aug 2025 16:45:51 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id 216CE43B2D; Fri, 22 Aug 2025 13:45:50 +0000 (UTC) Date: Fri, 22 Aug 2025 15:45:49 +0200 To: FFmpeg development discussions and patches Message-ID: <20250822134549.GO29660@pb2> References: <20250821113202.GH29660@pb2> <20250822142956.GB11733@haasn.xyz> MIME-Version: 1.0 In-Reply-To: <20250822142956.GB11733@haasn.xyz> X-GND-State: clean X-GND-Score: -70 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdduieefleduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuifetpfffkfdpucggtfgfnhhsuhgsshgtrhhisggvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenfghrlhcuvffnffculdeftddmnecujfgurhepfffhvfevuffkfhggtggujgesghdtreertddtleenucfhrhhomhepofhitghhrggvlhcupfhivgguvghrmhgrhigvrhcuoehmihgthhgrvghlsehnihgvuggvrhhmrgihvghrrdgttgeqnecuggftrfgrthhtvghrnhepiedtgfeiffeiveduleduueffgeehtdffgeethfdutedukeffvdehheehtefgteffnecukfhppeeguddrieeirdeihedrudejieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeeguddrieeirdeihedrudejiedphhgvlhhopehlohgtrghlhhhoshhtpdhmrghilhhfrhhomhepmhhitghhrggvlhesnhhivgguvghrmhgrhigvrhdrtggtpdhnsggprhgtphhtthhopedvpdhrtghpthhtohepfhhfmhhpvghgqdguvghvvghlsehffhhmphgvghdrohhrghdprhgtphhtthhopehffhhmphgvgheshhgrrghsnhdrgiihii X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] [POLL][RFC] Merge vs Cherry pick for integration of changes X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Michael Niedermayer via ffmpeg-devel Reply-To: FFmpeg development discussions and patches Cc: Michael Niedermayer , Niklas Haas Content-Type: multipart/mixed; boundary="===============5687227975408771939==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============5687227975408771939== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="bSPUmRvZ9urTosOH" Content-Disposition: inline --bSPUmRvZ9urTosOH Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Niklas On Fri, Aug 22, 2025 at 02:29:56PM +0200, Niklas Haas via ffmpeg-devel wrot= e: > On Thu, 21 Aug 2025 13:32:02 +0200 Michael Niedermayer via ffmpeg-devel <= ffmpeg-devel@ffmpeg.org> wrote: > > Hi > > > > Should we use a Merge or Cherry picks for integrating Pauls work ? > > > > Following are 2 plans, as we execute either we may run into issues > > and of course adapt them as needed. (or even switch) > > > > Option M: > > This would be a merge of pauls last revission before files where > > switched to GPL and the command line tool to AGPL > > > > It would include all changes (except what is intentionally skiped) > > (This will look similar to how almpeg looks now) > > > > Fate tests would be added after the merge where sample media is > > publically available on our server. > > Reviews of Individual modules can be done after the merge where > > people want to do that. > > > > Option C: > > Individual Modules (Codecs, Filters, Demuxers) would be submitted > > as patch(sets) > > > > This would include only the picked changes. Changes noone picks and > > posts would be missing. > > > > Each would go through the review process (some likely with "apply > > after timeout"). And during that review fate tests would be added > > where public samples are on our server. > > > > M would likely integrate more changes, C less changes. C may be more wo= rk. > > > > We currently have a point on the wiki for STF 2025 that would fund each > > integrated module with 900=A4. > > That way, whoever adds fate tests, makes changes the community wants in > > a review, fixes bugs found by tests or review, could be funded. >=20 > D >=20 > Since you tagged the GA on this, I am going to go ahead and request that > a formal GA vote, which I assume will be conducted before any action, must > have the option to vote that we respect Paul's request (and arguably, his > legal right) to not merge his work into FFmpeg. >=20 > Even if you personally think the risk of Paul litigating FFmpeg in respon= se > is neglible, and are willing to shoulder the potential costs of a legal b= attle > on your own shoulders, I do not think it sets a good precedent and will be > potentially damaging to the FFmpeg project's public image. So, lets just make a thought-experiment 1. Mr X forks FFmpeg. 2. Mr X merges Pauls (LGPL) code 3. Mr X adds everything he finds cool or inovative 4. Mr X maintains his fork and stops maintaining anything in FFmpeg 5. Mr X daily merges ffmpeg improvments (and maybe pauls if his code is GPL) 6. Mr X nicely tell FFmpeg that he objects to FFmpeg merging his code ;) ;)= ;)))) will ffmpeg comply to this request ? What if I join these forks, you know each of the forks will take ffmpeg code and each others work. (within the bounds of each ones licenses) FFmpeg will not integrate any improvments back ? Thats how you suggest FFmpeg should be run ? how could that work ? thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB It is what and why we do it that matters, not just one of them. --bSPUmRvZ9urTosOH Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEKAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCaKh0igAKCRBhHseHBAsP q5mxAJ9ml/n31E9YyJQF2RJz3AjsZ6CZ+wCghbwLVl/8LXUfkHDWtj8tGIy1e9s= =ATK8 -----END PGP SIGNATURE----- --bSPUmRvZ9urTosOH-- --===============5687227975408771939== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 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". --===============5687227975408771939==--