1003
submitted 5 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
[-] veniasilente@lemm.ee 4 points 5 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 5 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.

[-] GreyEyedGhost@lemmy.ca 3 points 5 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.

[-] toaster@slrpnk.net 3 points 5 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 5 months ago* (last edited 5 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.

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

linuxmemes

21268 readers
8 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