this post was submitted on 13 Mar 2025
646 points (95.5% liked)
linuxmemes
24335 readers
482 users here now
Hint: :q!
Sister communities:
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 users for any reason. This includes using blanket terms, like "every user of thing".
- Don't get baited into back-and-forth insults. We are not animals.
- 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.
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
sudoin Windows. - No porn, no politics, no trolling or ragebaiting.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
5. π¬π§ Language/ΡΠ·ΡΠΊ/Sprache
- This is primarily an English-speaking community. π¬π§π¦πΊπΊπΈ
- Comments written in other languages are allowed.
- The substance of a post should be comprehensible for people who only speak English.
- Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
6. (NEW!) Regarding public figures
We all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations. - Keep discussions polite and free of disparagement.
- We are never in possession of all of the facts. Defamatory comments will not be tolerated.
- Discussions that get too heated will be locked and offending comments removed. Β
Please report posts and comments that break these rules!
Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
You're being extremely disingenuous, and you know it.
It protects ALL freedom EXCEPT the freedom to take away freedom from the original code. If you are desperate to allow this, write your code from scratch instead of using GPLed code, nobody is stopping you.
The GPL absolutely does not prevent you from licensing your work however you like. You can write BSD code and put it in a GPL program no problem. The only condition is that if you use GPL code you must not take the freedom away from it. If you don't like that, replace the GPL code and suddenly the project is completely BSD or whatever have you.
And I did give you an example of why pushover licenses aren't great. Because it would prevent custom ROMs on android from being possible.
This is a ridiculous assertion.
A) The GPL is a license. You say "it keeps control" as if it's some person or organisation controlling the code. It isn't. I could say the same about the BSD license, it "keeps control" by forcing the user of the code to leave all copyright notices intact, even if it's combined into code of a different license. How horrible. Why can't the code be under my terms where I get to get rid of attribution?
B) If you make an addition to GPLed code, it absolutely is "related".
C) As I said earlier, the GPL does not stop you licensing your code however you like. See above.
No, it's a play on words because it uses the copyright system for the opposite of which it was originally intended. It was intended to lock down "intellectual property" to it's owner, but the GPL uses the functionality of copyright law to do the opposite and force that users of the code always maintain the freedom to modify, share, and redistribute copies.
Are you a proprietary software developer who relies on permissively-licensed code for your work, by any chance?
The only reason you perceive my comment as disingenuous is because you're on the authoritarian side of the political spectrum. Again: me writing new code on existing software and wanting to license it as MIT takes away nobody's freedom, it just doesn't comply with your dictator's fantasy.
The rest of your comment is really just you trying to cope with the insanity of the licence you choose to defend. There's legal precedent saying adding to code doesn't count as using the code but the FSF will still sue you if you license your work how you see fit. Authoritarianism at its best.
@stevedice @Adanisi when you writing code in any project, you have copyright on your own code. Nothing prevents you reusing your code with other (even closed source) form until you sign some additional agreement. Yes, you cannot change license of other's code and keep mixed code non-GPL, so you might be need to keep your code in separate file with permissive GPL compatible license to prevent mixing with GPL code.
Even if you keep your code in a separate file, if you link to GPL code, according to the FSF, your code should be GPL. The law says otherwise but they would still sue you.
@stevedice so, what about dual-licensed code like wine/crossover or qt?
Linking to GPL code means code must be COMPATIBLE with GPL and resulting work must be distrubuted with same GPL. But same code, that not becomes part of this work can use different license if code author deside use it. You can dual-license your file with MIT/GPL and use it in GPL software. It will use GPL when build in GPL projects, and MIT in non-GPL. You cannot use BSD code in GPL software because BSD adds requirements that not compatible with GPL (but explicit dual-licensing GPL/BSD seems to be possible)