Elastic promises "open"—delivers proprietary
Elastic promises "open"—delivers proprietary
Posted Jan 28, 2021 9:56 UTC (Thu) by kirschner (subscriber, #62102)In reply to: Elastic promises "open"—delivers proprietary by NYKevin
Parent article: Elastic promises "open"—delivers proprietary
Beside that, the FSFE's considers "Free Software" and "Open Source Software" as different terms for the same software. See https://fsfe.org/freesoftware/freesoftware.html#synonyms for a short version and https://fsfe.org/freesoftware/comparison.html for the longer.
Both terms are used by people who talk about software freedom, while -- as we see in the article -- the terms are also used by some people to promote their proprietary software, and just want to make people believe it is Free Software / Open Source Software to benefit from its good reputation. Something many argued we as software freedom community should not accept.
Posted Jan 28, 2021 19:21 UTC (Thu)
by NYKevin (subscriber, #129325)
[Link] (1 responses)
1. The open source software itself.
"Free software" can refer to any of the above, or:
5. The free software ideology (four freedoms etc.). Open source has no directly comparable ideology.
Please, can you clarify which of those five things you are referring to? Or if you are referring to a sixth thing, can you define it?
Posted Jan 29, 2021 6:04 UTC (Fri)
by kirschner (subscriber, #62102)
[Link]
Sorry, I thought that is quite clear in the talk and the links I provided, but to make it explicit: Please let me know if you have suggestions where to improve the FSFE's Free Software page or our article about the different terms in this area. I would not write about "open source development methodology", at least not in the sense that this is then resulting in "open source software" as we are convinced it prevents better understanding. One example: A hundred universities can develop software together in the public with hundreds of students and professors participating in the development. If the software license says that you can just use this software for academic purposes, it does not fulfill the FSF and OSI requirements. Therefor I call development models with many stakeholders and public development an "open development model". Calling it an "open source development model" in our experience misleads people to believe the resulting software meets the FSF and OSI requirements. Although depending on the discussion it might even be better to specify if the code development is done by e.g. just one person or company in the public, or by many different stakeholders but without public repositories, or by many stakeholders in public repositories, and clarify if and how others are allowed to commit to those repositories. You can develop software which meets the FSF and OSI requirements, but which followed a very closed development model = small amount of contributors or non-public repositories. And the development model / practice for a certain software can change over time in both directions.
Elastic promises "open"—delivers proprietary
2. Open source licenses (which I *think* is what OSI means by "open source enables...").
3. The open source development methodology (the "development method" that OSI is referring to).
4. The people who practice it (the "open source movement").
Elastic promises "open"—delivers proprietary