this post was submitted on 16 Jun 2024
1004 points (88.6% liked)
linuxmemes
21251 readers
1533 users here now
Hint: :q!
Sister communities:
- LemmyMemes: Memes
- LemmyShitpost: Anything and everything goes.
- RISA: Star Trek memes and shitposts
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
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
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
MIT license is useful for a lot of stuff that is traditionally monetized. Game development tools, for example. I don't think a game engine could become very popular if you had to release your game's source code for free.
Literally every library with any traction in any field is MIT licensed.
If the scientific python stack was GPL, then industry would have just kept paying for Matlab licenses
That's a good point! The FSF also developed LGPL for this reason (their particular example was something like OGG that is meant to displace the proprietary (back then) MP3), but you example with game engines is also a good one!
libvorbis, yes.
LGPL
Depending on the provisions of a console's SDK, that may be not an option because you may be able to deduct some of the SDK's working from the released source code and that may violate the NDA.
NDAs are cancer
Sure but that attitude doesn't help game developers looking to make a living selling console games. Godot with its licensing, helped by Unity messing up big time, is about to become the entry level game engine... The engine universities and self-taught game developers will likely use it as learning tool. Godot got a big influx of donations even though it's under a permissive license. Small indies don't care to modify the core engine anyway. Most GZDoom games on Steam are living proof of that. Game logic in separate scripts isn't covered by the interpreter's license anyway.
Many opensource game engines received donations when Unity tried to rape gamedevs.
That's why I said game engine can be LGPL. Even GPL, if game logic is loaded separately.
Game engines can't be LGPL because of console SDK NDAs. At best MPL.
The same way, if the BSD internet stack was GPL, we wouldn't have an internet at all.
Meanwhile nobody uses BSD this day, everyone is on GPLed Linux
For a different reason tho
Because companies weren't sharing modifications under network stack that was originally BSD. I think the only advantage *BSD stack has over Linux is kqueue, which notifies also about amount of avaliable bytes in socket, what epoll doesn't do.
Yep, different licenses have different consequences.