Comment by geofft
7 years ago
This is an excellent depiction of the distinction between "free software" and "open source" as ideological frameworks. As licensing schemes, they're the same - but open source ends at the licensing scheme, as the author correctly points out. If you want to use it for a side project, great. If you want to use it to make money, great. If you want to use it to commoditize the operating system for your worldwide advertising infrastructure, great. If you want to embed it in your iOS app or in iOS itself (and the license permits doing so), great.
The free software movement, however, says things like this (from https://www.debian.org/social_contract ):
Our priorities are our users and free software.
We will be guided by the needs of our users and the free software community. We will place their interests first in our priorities.
We will give back to the free software community.
In other words, free software is about you.
I would quibble with the claim that the open-source process is what produced Clojure in the first place. The open source movement has benefited from sailing in the same direction as the free software movement and using the same tailwinds. Without the free software ethos (which was behind GNU as well as a lot of the Lisp work at MIT), would Clojure have been able to stand on the same shoulders, and would it have attracted the community of users and the ecosystem of libraries it has?
Or I would rather say... Yes, "free software" has an ideological intention, that is, to make the software free for all its users, to protect it from exploitation using a strong license, and eventually leads to some forms of social change in the software world, as in "when we have enough free software, we'll kick out those dirty licenses, ever more, hackers, ever more".
But "free software" itself is only the means to an end, it's a technical and legal tool to accomplish these ideological intentions, and as a tool, it's a collection of code published under a license scheme. When the developers served their duties by providing the source to the users, the work is done. The developers have no responsibilities to implement anything for its users.
On the other hand, if someone writes free software because they wants some forms of social change, in this sense, the intention is not solely developing free software, but to pursuit an ideology though the development of free software. And this is done by a group of people in a community, like Debian, then they must be doing whatever is needed for this goal, i.e. be guided by the needs of the users.
In conclusion, "free software" is not about you, a free software community can be, and often is about you. But it is also legitimate if it's not, in the end, it depends on the community. Some people only care about themselves, some projects just want mainly the software, but may also care about users freedom, some projects want social changes, while others focused on improving the current status of a specific technology. There are overlaps, but there are priorities as well.
I disagree. Software projects that claim to be free-software instead of opensource (plus use a "contagious" license such as GPL) don't owe you more community management than the ones with an MIT license.
Most high profile project that explicitly claim to be free software in fact do not do any kind of community management at all and do not tend to actively seek outside code contributions.
In fact the community involvement in development as exemplified by GitHub (and SourceForge before that) is to a large extent invention of the same group that started using the term open source (for what is otherwise mostly the same thing as free software).
The software that allows the GitHub style (light-forking) environment is called git, created by Linus. He's a great example of a person who doesn't care about free software ideologies, but cares about open sourcing code a lot.
1 reply →
I'm being a little unconventional with my terms - mostly because the article is titled "Open Source is Not About You." Zach Tellman (a prominent Clojure community member who does not work for Cognitect) just tweeted a link to his post https://medium.com/@ztellman/standing-in-the-shadow-of-giant... about "open source" and mythmaking, which is a much subtler take (and, I'd guess, probably inspired by an older flareup in the Clojure community over governance).
It is, however, the case that open source under the GPL is a perfectly well-defined concept, as is free software under the MIT license. The terms refer to worldviews about the code and ethical obligations, not to licenses.
Even in the world view of free software, regardless of the license being used, no community management is expected from the person that gives away the software they write. Free software is about the rights of the users (not the whims of developers/powerusers). Opensource is mainly just about transparency and efficiency of the development model.
Without that contagious license no one would be using Linux nor GCC, and we could all enjoy Aix, Solaris, HP-UX, Tru64, ...
This is why my code is licensed MIT. It is a gift, you owe me nothing, I owe you nothing. It might not work, it might not compile, it might delete all your files.
I could have written the same last sentences as you, but using a GPL license. No difference. Licensing is not related to this. (PS: When you choose "GPL", if someone modifies your software, they don't "owe" you those modifications; they only owe those modifications to their users, and only in case they have users. Again, no community-management here involved, just distributing the sources.)
I would argue that the condition that you provide sources to your users is something you owe the author. But perhaps I'm over-philosophical.
2 replies →
And only if their users receive a copy of the software in the process of using it. Source: Myself, who slings lots of technically-GPLed proprietary code in the form of network-accessible software like websites so never sees the light of day outside the customer's private repos.
4 replies →
If you give people someone free code and it deletes their files, you could be liable. That is why software licenses not only have permission-granting clauses but also warranty disclaimers. (Those might not protect you in every jurisdiction.)
I think you are reading too much into the term "free software" as GNU was historically[1] no less easier to contribute to than Clojure is today.
The GNU definition of free software (and the 4 freedoms) make it clear that it is about users, but only inasmuch as their private rights to do what they want on their own computers. There is no sense that openly welcoming community patches is something that is involved.
1: It's entirely possible that the community has opened up more recently, but Lucid shipped a fork of Emacs in the 80s for similar reasons to the complaints about clojure today.
This is entirely orthogonal. Free software is ideological by design. Rich here is complaining that the culture surrounding open source grew its own ideology, and that it interferes with the very process & value proposition of open source software.
Stallman's Free Software only makes the users' interests a priority when those interests are aligned with the ideology.
If the users have interests like, "I want to stick this piece of code into my proprietary program", then those interests are not prioritized.