It's really not okay to be capitalizing on the FOSS brand without being FOSS. It's a kick in the groin to the FOSS community when companies do this.
It's really not okay to be capitalizing on the FOSS brand without being FOSS. It's a kick in the groin to the FOSS community when companies do this.
Something being "open source" does not imply anything about its license.
Suggesting that only GPL-like software is allowed to use the term "open source" is crazy. It doesn't reflect the world we live in at all: there are thousands of projects on github without a license, or with some "free for non-military use"-type of license, or MIT/BSD-like licenses...
EDIT: "the obvious meaning for the expression “open source software”—and the one most people seem to think it means—is “You can look at the source code.” (Richard Stallman, GNU Philosophy: https://www.gnu.org/philosophy/open-source-misses-the-point.... ). Not that Stallman did much better with "free software", which as the article argues, has the obvious meaning that 'the software is "for free"'.
Having to avoid expressions like "free software" or "open source" because two organizations decided to appropriate common english expressions to give them a complicated meaning is nuts.
Copyleft, free software, and open source all have different meanings, and GitHub has no restrictions on the license of software using its platform, and you're deliberately confoudning these things here to sow confusion. There are millions of different software licenses, yes, but that doesn't make them all open source. Give me a break. Is Windows "open source" by your reckoning? I has a license, after all, and I can decompile it, after all.
Violating a EULA shouldn’t be a crime but it’s not always that clear cut.
EULAs concern what an end user can do with a piece of software on their own system or systems they control. I don't see how this intersects the CFAA at all.
And? There are a lot of Open Source licenses, and even Free Sofware licenses besides GPLv3.
but neither does LLVM (and many people do not consider LLVM to be free software
Note that "Free Software" and "Open Source" are different - albeit related - things.
nor the dozens projects on Github that don't have a license at all, or that have a license of the form "Free for non-commercial purposes" or the millions of flavors of that ("Free for non-military use", etc.).
And those things are not Open Source. They may be "Source Available", or "Shared Source" or "Something Else", but "Open Source" has a de facto definition of "uses a license which is OSD compliant."
The distinction really doesn’t seem that important for most use cases so it’s not that surprising a weaker, possibly more useful interpretation has become common...
There isn't any significant confusion. There is a token amount of confusion, which is pretty much always clarified every time one of these threads comes up.
(and if something is right and true based on a definition I don’t think you can call it de facto either...).
It's de facto, not de jure, because OSI has no authority to enforce their definition, since they don't have a trademark (at least not a registered trademark) on the term "Open Source". What makes it the de facto definition is just usage. By and large, among the people who care about the legal details of Open Source licensing, the OSD is accepted. Yes, there are a handful of exceptions, but that's OK. It doesn't change the basic point.
Real usage by real people not particularly passionate about adherence to the OSI definition—to me this is its de facto meaning. I’m not saying it’s correct usage, but it’s definitely real and frequent.
It’s my impression a non-negligible number of people share the same understanding, evidence by the fact that this discussion apparently is recurring? Even those who corrected the Defold release language knew what was intended, even if they said it was incorrect usage of the phrase.
Your response assumed the number of people who use the phrase with a looser meaning is small; I just don’t think that is true based on my day to day experiences.
I'm not talking about "people who are particularly passionate about adherence to the OSI definition" though. I'm talking about people who are "particularly interested in the actual technicalities of what OSS is", not all of whom may agree with the OSD. But I still argue that such a significant majority do that it constitutes the de facto definition.
Your response assumed the number of people who use the phrase with a looser meaning is small;
Not at all. I am saying that the people using that phrase in the "looser" sense, as you put it, are using it in a colloquial and not technical sense, and that such usage has no meaning as far as what the de facto meaning is, when used in an actual technical context. That's just lack of knowledge, not any attempt to create a different definition.
I see it more like somebody who doesn't know much about cars referring to an engine block as a carburetor. Even if a lot of people make that same mistake, it's still a mistake and the actual definitions of "engine block" and "carburetor" don't change.
This is incorrect. Over 20 years ago people who would later be part of OSI _coined_, not co-opted, the term (within the scope of software). It was coined to mean _exactly the same thing_ as "Free Software"; the OSD was directly derived from the Debian Free Software Guidelines and there have only been two licenses, as I recall, that are OSI approved and the FSF have said are non-free.
You also confuse "OSI-approved license" with "GPL", because the OSI (and FSF) have approved permissive BSD and MIT and many other non-copyleft licenses. Here you go: https://opensource.org/licenses/alphabetical
Defold is Open, meaning that it is possible to modify and extend. It is actually possible to extend the engine even without source code access thanks to our native extension system.
Try googling "free and open" and tell me that this choice of words is not misleading after seeing the results.