Without a doubt people still infringe, but it's not a complete free for all.
https://sfconservancy.org/copyleft-compliance/firmware-liber...
The bigger problem is that outside of the FSF and Conservancy, large amounts of the Linux developer community and several ostensibly Free Software companies/organisations do not want the GPL to be enforced at all.
That said, the FSF and Conservancy like to pick more edge cases and go to absolute war on them. That doesn't generate as much support it is true and a lot of parts of the GPLv3 push also rubbed folks the wrong way.
"Linus says says GPL v3 violates everything that GPLv2 stood for"
https://www.youtube.com/watch?v=PaKIZ7gJlRU
is but one of many many examples here.
If anything, I would say that the amount of freedoms intended to be upheld by these licenses is not expansive enough, considering the SaaSS world that we live in now.
What he is mistating is he liked the fact that you could for practical purposes ignore much of the idealogy that a) he has never cared for and b) has always clearly underpinned both v2 and v3 of the GPL license.
Pretending otherwise is only not a lie because charitably he doesn't know what he is talking about or isn't expressing himself very well.
If you want a useful opinion on law ask a lawyer not a programmer. Linus is not only unqualified he doesn't know he is unqualified.
Linus and Greg KH's reasoning for avoiding lawsuits: https://lists.linuxfoundation.org/pipermail/ksummit-discuss/...
https://www.fsf.org/licensing/enforcement-principles https://sfconservancy.org/copyleft-compliance/principles.htm...
Moreover when GKH and Linus talk about how GPL enforcement has done nothing good, they conveniently leave out the success of WRT enforcement, which caused one of the biggest Linux offshoots, largely based on volunteer work.
Finally, the audacity of saying "let's talk about legal things without lawyers present" is such a typical software engineer thing, just imagine the reaction someone was proposing to talk about kernel programming without any kernel programmers present
Linux itself is not that special - it mostly is a case of right place and right time.
Big companies are very capable, and often happy, to sue each other for reasons including breach of patent, copyright, trademark and much more. This includes GPL breaches.
The point of GPL is to build an ecosystem and create "herd immunity" against bad actors.
Protecting the rights of a lone developer VS a large corporation can be expensive and difficult - not because of the GPL - but because of how the legal system works in most parts of the world.
But that is besides the point.
What matters is building an ecosystem where 99% of the important entities do not systematically violate the license, and this is already happening.
BSD tends to be easier to comply to by including a license note somewhere within the manual or software. MIT has even fewer terms.
I think they might be onto something.
Regardless, Eben is such a mind you owe it to yourself to listen to some of his talks.
> gpl is too difficult to enforce. throw hands up in the air
riiiigth.
In theory, you can cook up any license terms you want, but in practice, you need money and resources and the will fight in court if you actually want to enforce it. If you can't or won't enforce it, your silly terms may as well not exist.
Unfortunately, the nature of how proprietary software is distributed makes discovery of a violation inordinately difficult, and even when you do discover a violation, challenges are rare, and victories in court even moreso.
I don't see the point of debating the minutia of what you think the GPLv2 requires in one very specific instance, when there are probably 2-5 orders of magnitude more violators than anybody's best estimate.
Who cares what you think the letter of the license requires when it takes you ten years to get one company to make a passive-aggressive change to a now obsolete product, when thousands of violators don't even follow the spirit of the license?
This feels like such a wasted effort. Get your priorities in order.