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 95C264C77A for ; Mon, 26 May 2025 17:21:22 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id 9106468D6D4; Mon, 26 May 2025 20:21:16 +0300 (EEST) Received: from relay1-d.mail.gandi.net (relay1-d.mail.gandi.net [217.70.183.193]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTPS id 4EE4668D645 for ; Mon, 26 May 2025 20:21:10 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id A5583439F6 for ; Mon, 26 May 2025 17:21:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1748280069; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qlrkpFTNzWwI25TNLDSVcAsEFevQsycJQY8eBHOwbuw=; b=jp17LO93oPthXVA8WVWB4gjnJiq7jjmDZ5GV0tO7YaOHnVa7R+/Ri3nJyVQSpO+zAYEk8e yvu+7k74+V0j6T82xenHYAajpwPTnwkHdKE1om96WUfjDrIoak9S/4yNQLNyY2kQDYX+89 rjAubpETQjiOSBQBGf/PB4jTR5NW9RJhzQUnbAbVvPdB6qacdCezwoX3DFtbeaQXFhyM/3 mwQYUHQFbRByhT9bZ/mabGGnhPM/qSdCypg9QgOb2XOF1MRbjtQLhMPfFjl+v52konPFC9 QykeMxKI6KgDF4e2TOWWkYth9oDDd0JC6jkQG+DSPkYv/sP1m+1y0T8U5ukYVw== Date: Mon, 26 May 2025 19:21:08 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20250526172108.GS29660@pb2> References: <20250525192252.GM29660@pb2> <5901AC65-0CC1-449F-ACC9-F5B927F0479F@remlab.net> <20250526113726.GQ29660@pb2> MIME-Version: 1.0 In-Reply-To: X-GND-State: clean X-GND-Score: -85 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtddtgddukeduudculddtuddrgeefvddrtddtmdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfitefpfffkpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnegfrhhlucfvnfffucdludehmdenucfjughrpeffhffvuffkfhggtggujgesghdtreertddtudenucfhrhhomhepofhitghhrggvlhcupfhivgguvghrmhgrhigvrhcuoehmihgthhgrvghlsehnihgvuggvrhhmrgihvghrrdgttgeqnecuggftrfgrthhtvghrnhepudetvdfhudeuudegudefgfehhfevvdfggfffkefhvdfgvdetffdtjeekheetfeehnecukfhppeeguddrieeirdeijedruddufeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeeguddrieeirdeijedruddufedphhgvlhhopehlohgtrghlhhhoshhtpdhmrghilhhfrhhomhepmhhitghhrggvlhesnhhivgguvghrmhgrhigvrhdrtggtpdhnsggprhgtphhtthhopedupdhrtghpthhtohepfhhfmhhpvghgqdguvghvvghlsehffhhmphgvghdrohhrgh X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] [ANNOUNCEMENT] almpeg 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: , Reply-To: FFmpeg development discussions and patches Content-Type: multipart/mixed; boundary="===============2319828331402598258==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============2319828331402598258== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="HXNNTFqbyqm62Rgg" Content-Disposition: inline --HXNNTFqbyqm62Rgg Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi On Mon, May 26, 2025 at 12:21:24PM +0000, softworkz . wrote: >=20 >=20 > > -----Original Message----- > > From: ffmpeg-devel On Behalf Of Micha= el > > Niedermayer > > Sent: Montag, 26. Mai 2025 13:37 > > To: FFmpeg development discussions and patches > > Subject: Re: [FFmpeg-devel] [ANNOUNCEMENT] almpeg > >=20 > > Hi softworkz > >=20 > > On Mon, May 26, 2025 at 09:27:17AM +0000, softworkz . wrote: > > > > > > > > > > -----Original Message----- > > > > From: ffmpeg-devel On Behalf Of R= =E9mi > > Denis- > > > > Courmont > > > > Sent: Montag, 26. Mai 2025 10:01 > > > > To: FFmpeg development discussions and patches > > > > Subject: Re: [FFmpeg-devel] [ANNOUNCEMENT] almpeg > > > > > > > > Hi, > > > > > > > > Le 25 mai 2025 22:22:52 GMT+03:00, Michael Niedermayer > > > > a =E9crit=A0: > > > > >Note the license of this code is a bit wonky. The files have one > > > > >license and theres another one in LICENSE.md. > > > > >While I belives legally this allows one to choose either. I suggest > > > > >you check this with a lawyer. > > > > > > > > You do realise that FFmpeg does the exact same thing: > > > > - have a top-level license file (with the same name even) explainin= g, or > > > > trying to explain, which file is under which license, > > > > - carry a copy of every GNU licenses as separate files. > > > > > > From my understanding and what I've read, a specific license in a sou= rce > > > file header is generally considered to take precedence over what's st= ated > > > in any accompanying files. There are also recommendations specifically > > > about relicensing LGPL code under GP, recommending to change all sour= ce > > > file headers accordingly. > > > Also, you cannot (effectively) relicense specific changes only, simply > > > because nobody can know what those changes would be - given that the > > > prescribed form of distribution is source code, not a version control > > > repository. In turn, to properly re-license LGPL to GPL, the whole > > > source files need to be re-licensed under GPL and that needs to be > > > indicated as such. > > > > > > > >=20 > > > Generally, I believe that we should at least try to come to > > > an agreement. The GPL may create a kind of one-way situation, > > > but if we would decide to do some project reorganization, code style > > > and variable naming unification and other global improvements which > > > involve lots of changes to many files, then that one-way flow would > > > start congesting in a very inconvenient way as well. > >=20 > > The way it is ATM, is that > > 1. code that is GPL in ffmpeg, everything can be merged (because it mus= t be > > GPL) > > 2. code that is LGPL in ffmpeg, we can merge LGPL code > > 3. code that is not in ffmpeg, we can include GPL and LGPL with correct > > headers and set gpl depandancy in configure accordingly > >=20 > > 4. we can provide a seperate repository that includes everything and is= GPL > > we dont have to make a choice about changing mainline to GPL > >=20 > >=20 > > Its Pauls code and he must make a choice what license he wants his code= to > > be under. ATM most files contain LGPL headers >=20 > Yes, but the intention is that new work is licensed under GPL.=20 >=20 > Right now, the LGPL headers take precedence and you can safely consider > it as LGPL, but you can do that exactly one time, because after that > he'll update the headers, because then we'd have declared war. Iam not sure Paul will change to GPL, because it would be ineffective for what he seems to want to achieve. But i could easily be wrong. Just hypothetically: 1. we merge or cherry pick all his features (LGPL) 2. he changes to GPL, now he has 0 features we dont have 3. he works for 2 more years to accumulate new features 4. we have a branch/repo called almpeg thats his code + our code and all GPL He would loose all LGPL users, the situation for GPL would be that we provide the same features still [...] > > The best thing would be if paul would return, and thats what I pushed > > for, for a long time and ive talked (emailed actually) with him and so > > far had no luck. >=20 > That's the wrong question and the most unlikely outcome at all. > Instead, ask him what he wants, under which conditions he could possibly > imagine to stream code back-and-forth between projects, maybe mention > the suggestion I made. It says 'n' and there's a wide range of possible > values for that n. i see no advantage for us to agree to n>0 It gives Paul an advantage but theres nothing we gain from it Just think of linux. Someone forks linux lets call it fr33-linux and he adds support for a major and important new CPU architecture why would linux mainline not add that feature as soon as they can? They might re-implement it if there are technical reasosn but in what universe would they wait 2 or 3 or 5 years before linux supports it!? But i certainly was and am open to talk with paul. >=20 > I'm not sure how others see it, but I'd rather wait a bit for certain=20 > features (as LGPL) than getting the project contaminated with GPL code. > And when you really need something, you can still cherry-pick it anyway. but we dont really contaminate anything with GPL code thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB The real ebay dictionary, page 1 "Used only once" - "Some unspecified defect prevented a second use" "In good condition" - "Can be repaird by experienced expert" "As is" - "You wouldnt want it even if you were payed for it, if you knew .= =2E." --HXNNTFqbyqm62Rgg Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEKAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCaDSjAAAKCRBhHseHBAsP qzfkAJ9/fh1ojUYvMg39ELIJclRjW2mVKQCgkd8MWNa52/c5LWsXQQ4yTtQ1Xxs= =mPkE -----END PGP SIGNATURE----- --HXNNTFqbyqm62Rgg-- --===============2319828331402598258== 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". --===============2319828331402598258==--