this post was submitted on 16 Jun 2024
1005 points (88.7% liked)

linuxmemes

20880 readers
6 users here now

I use Arch btw


Sister communities:

Community rules

  1. Follow the site-wide rules and code of conduct
  2. Be civil
  3. Post Linux-related content
  4. No recent reposts

Please report posts and comments that break these rules!

founded 1 year ago
MODERATORS
 

Context:

Permissive licenses (commonly referred to as "cuck licenses") like the MIT license allow others to modify your software and release it under an unfree license. Copyleft licenses (like the Gnu General Public License) mandate that all derivative works remain free.

Andrew Tanenbaum developed MINIX, a modular operating system kernel. Intel went ahead and used it to build Management Engine, arguably one of the most widespread and invasive pieces of malware in the world, without even as much as telling him. There's nothing Tanenbaum could do, since the MIT license allows this.

Erik Andersen is one of the developers of Busybox, a minimal implementation of that's suited for embedded systems. Many companies tried to steal his code and distribute it with their unfree products, but since it's protected under the GPL, Busybox developers were able to sue them and gain some money in the process.

Interestingly enough, Tanenbaum doesn't seem to mind what intel did. But there are some examples out there of people regretting releasing their work under a permissive license.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] -5 points 5 months ago* (last edited 5 months ago) (1 children)

We are at risk

of losing many developers who would otherwise choose a license like the GPL. Fortunately, I'm glad to be surrounded by people, just like you, who care about licenses like GPL. By uploading this type of content and engaging with it, be show our commitment to it. I wish to suggest how we can deal with this threat.

We will lose developers who choose GPL if we use words that suggest GPL is "restrictive". Sure, the word "restrictive" was avoided in this meme by using the word "copyleft", but the cognitive jump from "permissive" to "restrictive" is minimal: just add an "opposite" and you've got "permissive is the opposite to restrictive". It really is that simple. That's how brain works (check out Relational Frame Theory to see how that works).

So what can we do about it?

Well, we can approach this with science. There is a historical global trend towards people being more meta-cognitive. That means that people are becoming more aware of how our thoughts interpret everyday reality and how to be intentional with our relationship with our thoughts so that we live better lives. We know this trend is happening to virtually everyone everywhere because of the work of brilliant sociologists like Anthony Giddens and Christian Welzel. Heck, even the history of psychology —going from noticing and changing behaviors (behaviorism) to noticing and changing behaviors and thoughts (cognitive-behaviorism), to noticing and changing the context and function of behaviors, thoughts, and emotions (functional contextualism)— reflects this trend.

We can use meta-cognition in our favor; we can use the meta-cognitive tool of framing to change how we think about GPL and MIT licenses. Effective communicators like influencers, political campaign experts, and influential activists use framing all the time. For example, instead of using the dangerous framing that suggests GPL is 'restrictive', we can use another one that truly displays the virtues of the license.

What would this other frame look like? I may not have a perfect answer, but here are some

ways of framing (thinking about) the relationship between licenses like GPL and MIT:

(ironically!!!, these were 'suggested' by an LLM; I wonder if these frames already existed)

  • "Investment-Protecting Licenses" vs. "Investment-Risking Licenses" (as in developers invest by working on projects that they could (not) lose the ability to contribute to)
  • "Community-Resource-Guarding Licenses" vs. "Exploitation-Vulnerable Licenses"
  • "Give-and-Take Licenses" vs. "Take-and-Keep Licenses" ⭐
  • "Freedom-Ensuring Licenses" vs. "Freedom-Risking Licenses" ⭐
  • "Contribution-Rewarding Licenses" vs. "Contribution-Exploiting Licenses"
  • "Open-Source-Preserving Licenses" vs. "Closed-Source-Enabling Licenses"

I'd be happy to hear what you think, including suggestions!

[–] [email protected] 9 points 5 months ago (2 children)

There's a fair bit of bias in those terms, which make GPL seem like a 'better' choice than an unrestricted license like MIT.
The truth is, GPL is restrictive to developers. Copying just one line from a gpl-licensed project will automatically restrict you to using only gpl-compatible licenses. I'd prefer to advocate for LGPL and similar licenses, as they seem to offer a better tradeoff between user and developer freedom.

[–] [email protected] 2 points 5 months ago* (last edited 5 months ago)

GPLs "restrictions" are freedom preserving though. It only restricts developers from keeping dirivitive code proprietary. In order to violate the GPL you'd have to choose to use GPL code and then choose not to release your modified versions of it under a similar copyleft license. It may seem counterintuitive, but having those restrictions results in more software freedom overall - similar to the paradox of intolerance.

I'm not saying MIT or so called permissive licenses are bad, but the permissive/restrictive language is just as loaded as the OPs suggestions. Both styles are needed, but copyleft licenses are better at promoting software freedom.

Edit: I do agree with you that LGPL serves an important role in promoting free/libre software where it would otherwise would never be used.

[–] [email protected] 1 points 4 months ago* (last edited 4 months ago) (1 children)

There's a fair bit of bias in the terms "restrictive" and "permissive", which make MIT seem like a 'better' choice than a give-and-take license like GPL.

The truth is, MIT is risky for developers. Using just one line from an MIT-licensed project will automatically allow others to exploit your work without giving back. I'd prefer to advocate for balanced licenses that protect both user and developer interests.

[–] [email protected] 1 points 4 months ago

Ha, maybe I should have licensed my comment.

You’re wrong though.

Using code from an MIT licensed project will not allow others to exploit your work. MIT is compatible with almost all other licenses, so you can incorporate the code without needing to relicense your project.

If you meant that choosing to license your entire project with MIT would allow others to exploit your work, then yes, that’s the whole point of the license.

For some small projects, I’m completely fine with throwing it out into the world with no expectation of anything in return.

If a company ends out using my 50-line file conversion tool in their commercial product, I see that as a bonus thing to put on my résumé.