1128
submitted 4 months ago by renzev@lemmy.world to c/linuxmemes@lemmy.world

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
[-] ShortFuse@lemmy.world 8 points 4 months ago* (last edited 4 months ago)

I don't care if people make money to use my code. I just want my name attached to it somehow, even if you make it closed sourced which is MIT and OpenBSD. I hope you do use my code and even if you heavily reference it to make something new, carry that forward so more can learn and benefit.

I also don't understand "better for the end user" arguments either. I have a library that people want to be included in another project, but that project is GPL. They won't merge my code unless I change my code to be GPL. So everyone who wants them merged is out of luck. I can't merge their code either with mine. What is supposed to happen is I freely give up my name to the code and restrict it to only being GPL and for GPL projects. Essentially, assimilate and join with the Borg. No, thanks.

And while that's from my experience, I've also seen good projects get traction, have excitement over it, and fall off the earth because they end up making it GPL. Everyone interested in adopting it, personal or business, just disappear. Then something with less restrictions comes along and gets adopted.

End-users move to what's better for them, and if you have a library that is only for GPL, you can end up limiting your options with a wasteful purity test. If you want it to be free you'd give freely with no restrictions. And if you think, "You can contact me to discuss licensing" that doesn't happen. It's still a restriction and almost nobody actually bothers.

[-] veniasilente@lemm.ee 4 points 4 months ago

They won’t merge my code unless I change my code to be GPL.

If you are the author of the code you want to merge, you can double-license it you know. Hand them a GPL license, they'll be able to use your copy under the same terms, while you and everyone else use your current license.

[-] ShortFuse@lemmy.world 3 points 4 months ago

GPL has no requirements for author attribution which is contrary to the entire point of an MIT license.

That's why I described it as joining the Borg. You release individualism and freely give it to the collective. That's cool, and I get the ethos behind all that, but I don't want to add any of those constraints to my code. I just don't want credit for my work or the others to get lost. I don't think it's a hard ask.

Regardless, we ended up ultimately being a full replacement for the other project.

[-] toaster@slrpnk.net 3 points 4 months ago

I've actually noticed more GPL-licensed projects give attribution to not only the original author but all contributors.

Whereas I can't tell you how many times I've worked on proprietary software where the company didn't give attribution for MIT-licensed code. Unlike GPL'd code, the author has no way of knowing that they weren't attributed since the code is proprietary.

I believe GPL does have an attribution requirement btw:

Notwithstanding any other provision of this License, for material you add to a covered work, you may (if authorized by the copyright holders of that material) supplement the terms of this License with terms:

a) Disclaiming warranty or limiting liability differently from the terms of sections 15 and 16 of this License; or

b) Requiring preservation of specified reasonable legal notices or author attributions in that material or in the Appropriate Legal Notices displayed by works containing it;

[-] ShortFuse@lemmy.world 2 points 4 months ago* (last edited 4 months ago)

There is no section 15 or 16 in GPLv3, but I did find section 7 saying:

Requiring preservation of specified reasonable legal notices or author attributions in that material or in the Appropriate Legal Notices displayed by works containing it; or

But that's an optional thing that you must add onto the GPLv3 license. I'll have to keep that in mind for the future.

That would explain why what I've read mentioned it's not guaranteed in GPLv3 (when comparing to MIT). I'll have to figure out what that notice would look like.

[-] GreyEyedGhost@lemmy.ca 3 points 4 months ago

There is nothing stopping a GPL project using MIT-licensed code except for lack of desire to do the work. They are one-way compatible.

this post was submitted on 16 Jun 2024
1128 points (100.0% liked)

linuxmemes

21172 readers
754 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.

  • Please report posts and comments that break these rules!

    founded 1 year ago
    MODERATORS