|
|
|
|
|
by hnlmorg
251 days ago
|
|
> I think the obvious answer is whatever tool you're attempting to replicate/supplant, you should use the same (or a compatible) license. But there isn’t a standard license for coreutils, as I’ve demonstrated. And worse to your point is that literally only one implementation of coreutils is GPLv3. So by your logic “rewrite in rust” projects shouldnt be GPL-licensed. > The issue is there's a massive leap between GPLv3 and MIT, even something like GPLv2 or anything else is better than MIT or public domain-tier licenses. Actually MIT is closer to what the term “public domain” means than GPLv3 is. But either way, you’re arguing preference as fact. And your preference here is basically just a license flame war. I thought the community had evolved passed this pettiness. |
|
There is for the specific coreutils they're attempting to replicate the behavior of though. They're directly targeting the GNU coreutils.
> Actually MIT is closer to what the term “public domain” means than GPLv3 is.
Yeah, that's the problem with it.
> But either way, you’re arguing preference as fact. And your preference here is basically just a license flame war. I thought the community had evolved passed this pettiness.
Is it really pettiness if one license allows for Elasticsearch situations and the other keeps the software and its derivatives free for people to use? Go and try to argue that the Linux kernel should be relicensed as MIT, surely the license doesn't matter at all and had no impact whatsoever on how things got to the point they are now. It's just pettiness, right?