GPL makes "them" (especially small one-off libraries) useless because even the smallest part can not be used without therefore needing to "contribute back" the ENTIRE app.
(edited to clarify I don't mean ALL projects become useless through GPL)
back
2 comments
Which is very useful feature for me, the author of GPL'ed code.
Making your code useless to some of potential users is a useful feature?
I do not care if "potential user" is big corp that do not intend to contribute back. So yeah, it is a feature.
Still, how preventing said corp from using this software help you, or anyone else?
If you read between the lines, this is the very reason why Id released the source code as GPL instead of BSD: They didn't want their competitors to take their engine, make proprietary improvements, and deprive Id of revenue using their own work.
They never open-sourced any of their engines until after they had published a game with the next iteration of their engine.
Sure, but that just means they had multiple methods of ensuring they had created a suitable moat against competitors, the GPL being just one of them.
They didn't release any of this code as open-source until they'd wrung every dime of engine licensing out of it and it had been completely obsoleted.
It's free-as-in-couch software.
1) If I and said did not collaborate, then it will not help me, or anyone else.
2) If said corp refuse to collaborate with me and will use my code for free instead, then it will not help me, or anyone else, except said corp.
Why I should care about (2)?
Because - as it happens fairly frequently in BSD land - said corp might change their minds and contribute back, code and/or money.
Ok, when they change their minds they can start using GPL code with no issues.
Less time wasted on free support requests would be one way.
1) it helps their competitors
2) they may change their mind
3) they may pay for dual licensing (in case of work by a single author)
In general interests of unfriendly corporations and mine are more likely to be opposite than shared.
The answer is in the question.
Not really.
Yes, especially if the code not being GPL means the bad actor can create a product which then makes your code useless, or worse, evil (via a monopoly, bundled telemetry, or otherwise)
Can you show a scenario demonstrating how GPL prevents this from happening?
GPL prevents this from happening by requiring your competitor to open the code under the same license.
For example, Oracle tried to outcompete RedHat by cloning the RedHat Linux into Oracle Unbreakable Linux.
So, without GPL, how would Oracle render RedHat useless with telemetry? And why didn't it prevent the Audacity drama?
Without GPL Oracle could make closed source improvements which RedHat could not use, giving Oracle an edge over RedHat. If RedHat then went under because of that we were stuck with a closed source Linux.
The Audacity drama is solved by GPL, you can compile your own version without telemetry. Forks will pop up and the Audacity developers will backtrack and remove the offending parts of the code.
> So, without GPL, how would Oracle render RedHat useless with telemetry?
I cannot understand your question.
> And why didn't it prevent the Audacity drama?
It does. See https://github.com/temporary-audacity/audacity
Here's a very recent example, the Audacity fork without all the new telemetry and related issues: https://github.com/tenacityteam/tenacity
I'd rather an end user not get my code at all than they get a frozen binary that they can never fix bugs in.
Sure you can, you just have to pay for the dual (commercial) license