this post was submitted on 16 Jun 2024
1005 points (88.7% liked)
linuxmemes
20880 readers
2 users here now
I use Arch btw
Sister communities:
- LemmyMemes: Memes
- LemmyShitpost: Anything and everything goes.
- RISA: Star Trek memes and shitposts
Community rules
- Follow the site-wide rules and code of conduct
- Be civil
- Post Linux-related content
- No recent reposts
Please report posts and comments that break these rules!
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
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.
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.
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.
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.
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:
There is no section 15 or 16 in GPLv3, but I did find section 7 saying:
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.