←back to thread

275 points pabs3 | 3 comments | | HN request time: 0.604s | source
Show context
3np ◴[] No.45147564[source]
Building the software you rely on from source by default is one way to reduce the impact these events have on you and shift the power dynamic. If you're installing binaries/images from a vendor (free or otherwise), transitioning to a fork may be an undertaking and a sweaty risk-assessment.

Switching your existing build-infra to sync sources from a new remote should be a snap.

Also no major need to hound maintainers to ship a release or merge that neglected bugfix or feature you desperately need - just cherry-pick it.

replies(3): >>45147791 #>>45147874 #>>45148870 #
pjmlp ◴[] No.45147874[source]
Depends on the actual software licence, many commercial vendors do provide source code, however the licence doesn't allow you to do whatever you feel like with code, even if technically it is possible to do so.

This happens a lot in commercial products where scripting languages are used, for example.

Or enterprise consulting as another example, where the code is delivered as part of the project, but it is bound to the agency for compiling purposes, unless the customer pays extra for that right.

replies(3): >>45147931 #>>45148293 #>>45148606 #
1. MangoToupe ◴[] No.45148293[source]
It's hard to feel any sympathy for people who spend money and still bend over.
replies(1): >>45148349 #
2. pjmlp ◴[] No.45148349[source]
For most people it is only business, there is zero FOSS ideology.

A hard lesson many have come to learn when there are bills to pay, and coffee priced donations hardly make it.

replies(1): >>45150639 #
3. MangoToupe ◴[] No.45150639[source]
It's not about ideology per se—the dark humor in my mind is that you're not just paying for software you run yourself, you're paying to not be able to modify it. There's a reason why that sort of arrangement is dying and SaaS is stronger than ever—paying to access a server at least makes more sense as a transaction, even if it is just about as economically inefficient.