> So whether or not you agree with the current licensing structure, if you>
>want to use ffmpeg components you have to play by those rules.
Well, of course, but that's not really my concern: it's more that even if you
were playing by the rules, it might actually be quite difficult to prove
On 11/28/2023 4:09 AM, Phil Rhodes via ffmpeg-user wrote:
The thing which makes all this a bit difficult is whether it's possible
(or easy) to prove that a given distributed binary is actually compiled
from the source code one is offering. I'm not sure that this has ever
been tested in court -
As has been said, it would be essentially impossible to track down everyone
who's contributed to a project the size of ffmpeg and gain permission of each
to alter the licence, so the discussion is effectively moot. Another reason
it's moot is that open source is effectively a religion to a lot
As has been stated, it seems vanishingly unlikely there will be a relicense.
However, it seems there is a misconception about the GPL here:
On Tue, 28 Nov 2023 at 10:24, Suminda Sirinath Salpitikorala
Dharmasena wrote:
>*GPL means that all forks need to be public, not that the modifications
Licensing is not the issue. Show of force required.
On Tue, Nov 28, 2023 at 5:41 AM Reindl Harald
wrote:
>
>
> Am 28.11.23 um 11:35 schrieb David Bernat:
> > Please unsubscribe. I have sent numerous requests.
>
> what is your problem?
>
> nobody needs another 10 mails within minutes in the
Am 28.11.23 um 11:35 schrieb David Bernat:
Please unsubscribe. I have sent numerous requests.
what is your problem?
nobody needs another 10 mails within minutes in the style of "This is
not meant to be used as a library. This is an application"
it's not possible to change the license, it
Noted.
No worries. Just asked to see if it is a possibility.
On Tue, 28 Nov 2023 at 16:04, Reindl Harald wrote:
>
>
> Am 28.11.23 um 11:32 schrieb Suminda Sirinath Salpitikorala Dharmasena:
> > This is the reason OpenJDK is successful though at this point of time
> they
> > are very well at a
Please unsubscribe. I have sent numerous requests.
On Tue, Nov 28, 2023 at 5:34 AM Reindl Harald
wrote:
>
>
> Am 28.11.23 um 11:32 schrieb Suminda Sirinath Salpitikorala Dharmasena:
> > This is the reason OpenJDK is successful though at this point of time
> they
> > are very well at a point
Am 28.11.23 um 11:32 schrieb Suminda Sirinath Salpitikorala Dharmasena:
This is the reason OpenJDK is successful though at this point of time they
are very well at a point they can change the license.
GPL nature of the license prevented fragmentation by de-incentivising
competing
This is the reason OpenJDK is successful though at this point of time they
are very well at a point they can change the license.
GPL nature of the license prevented fragmentation by de-incentivising
competing incompatible hard forks.
>
___
ffmpeg-user
In application software fragmentation can hurt. *GPL reduces the risk of
fragmentation. This is how the Linux Kernel succeeded.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit
This is not meant to be used as a library. This is an application.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject
On Tue, 28 Nov 2023, at 11:23, Suminda Sirinath Salpitikorala Dharmasena wrote:
> changes once the changes become substatial. Once a library project grows
> beyond a critical mass LGPL hurts the project more than helps.
Let me introduce you to a small project:
http://kernel.org/
--
For a project like this, forking into a private or proprietary code base
with substantial modifications is not feasible as maintaining it will be
difficult and keeping up and modifying upstream changes will be very
difficult. Also maintaining a private hard fork will be very costly.
> copyleft
Am 28.11.23 um 07:28 schrieb Suminda Sirinath Salpitikorala Dharmasena:
- You cannot just borrow some code than using the library
thanks god
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To
On Tue, 28 Nov 2023, at 07:28, Suminda Sirinath Salpitikorala Dharmasena wrote:
> This is a crucial library that the whole world depends on and not a
> commetilised product by one company. Hence it will be good if it can be
> made copy free (https://copyfree.org).
Still no.
Because it is a
There are projects which have switched. Many of the authors can be
identified by the commits. If they were employed and made the contribution
as part of their work, contacting the employee might be the best option.
Also namy contributors may be connected you can get the help of colleagues
to
On 11/27/2023 9:50 AM, Suminda Sirinath Salpitikorala Dharmasena wrote:
Is there a possibility to gradually move away from *GPL to a more liberal
license? E.g. Apache 2.0 and/or MIT and/or BSD.
That's unlikely as overall ffmpeg has contributions from many authors and
they'd all have to agree
Hello,
Is there a possibility to gradually move away from *GPL to a more liberal
license? E.g. Apache 2.0 and/or MIT and/or BSD.
Suminda
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To
19 matches
Mail list logo