I see many of articles and blog posts were people use commercial metaphors when describing free software. These simply do not apply to free software and use of them will just confuse everybody and make them to render incorrect conclusions. Free software is sufficiently different from anything that capitalism produces and requires use of its own metaphors to be understood correctly.
Open Source
All about open source! Feel free to ask questions, and share news, and interesting stuff!
Useful Links
- Open Source Initiative
- Free Software Foundation
- Electronic Frontier Foundation
- Software Freedom Conservancy
- It's FOSS
- Android FOSS Apps Megathread
Rules
- Posts must be relevant to the open source ideology
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
- !libre_culture@lemmy.ml
- !libre_software@lemmy.ml
- !libre_hardware@lemmy.ml
- !linux@lemmy.ml
- !technology@lemmy.ml
Community icon from opensource.org, but we are not affiliated with them.
Free software is sufficiently different from anything that capitalism produces and requires use of its own metaphors to be understood correctly.
Hm
Actually, we encourage people who redistribute free software to charge as much as they wish or can. If a license does not permit users to make copies and sell them, it is a nonfree license.
---https://www.gnu.org/philosophy/selling.en.html
https://www.gnu.org/philosophy/free-sw.html.en#four-freedoms
Charging an amount for your labor or services is not capitalism
From what I understand, the GNU philosophy around selling dates from when distribution costs were substantial. Picture manufacturing and distributing CD's full of packages. It's just a totally different world now in terms of how software is distributed, free or otherwise.
It's because rms needed money for remaining relatively independent from influence to implement the free operating system. Sending tapes for some bucks was just a means to that
https://www.gnu.org/philosophy/rms-nyu-2001-transcript.html
it is not a different world. capitalism is still here, and it influences everything including developers ability to maintain their projects, with or without profit-driven influence.
Nonetheless, the concept of supply chain applies perfectly.
If supply chain in crass then labor chain, but a supply chain is always a labor chain. Microchips and silicon don't produce themselves. I fail to see how a chain of dependencies is uniquely dehumanizing.
I think, the point is that people work on this stuff as a hobby. You can only expect people to provide you with labor, if you pay them. And "supply chain" does imply to me that updates keep coming, which fosters that expectation.
Yeah, I've noticed that I'll occasionally hesitate to click on that "Publish" button for a new software project, because I'll think to myself, if someone starts using this, they're fucked.
At the same time, I don't want to put a disclaimer into every README stating that it's hot garbage. Like, it's a repo. Of course, it could contain software which is still in early development or unmaintained or whatever. And I'd rather tell what I'd like it to do someday rather than what ridiculous requirements it won't fulfill.
I've kind of started to revel in my previously-not-really-strong decision to put my code up:
- as AGPL, which for example deters Google from ever using it, and
- on Codeberg, where it won't get seen as much and it's more at the heart of the open-source community rather than on this commercialized platform where most people only go to download released software.
Seems like just a way to criticise companies using free software without contributing anything back. Could be just that instead of going around on terminology which distracts from the main point.
Call it the transitive dependency tree instead of supply chain then.
The Linux foundation is full of major Capitalists who mutually agree to help maintain software they are dependent on. You would think that they would help in part to maintain their dependencies but why would they if it's being maintained for free. Either way they'll have to maintain them or find an alternative which likely doesn't exist.