Comment by sfRattan
The people promoting "fair" source are specifically doing so to set up legal entities---companies---in order to run a business. That's fine, but it means users of their software should include the potential endgames of those legal entities in their assessment of the software's long term viability. That frame was implicit in my original point.
Any sufficiently large and complex piece of software (free, nonfree, or proprietary) will eventually need some kind of inter-human organization and governance. It won't matter for a small program with complexity that can be managed inside the head of one person but, again, "fair" source as advocated by its own proponents is about software of sufficient complexity to justify legal entities owning, stewarding, guiding, and managing it.
And, IIRC, Oracle and its lawyers, when trying to digest Sun Microsystems, choked on the GPL specifically at least twice: with both MySQL and OpenOffice. The GPL's well thought out protections enabled independent institutions to form around successor forks to those projects. Would the same have been possible with a relatively new, less well thought out "fair" source license? I don't think so.
I don't know what exemple you have in mind, but we were discussing n8n, redis, elastic search... Probably you have much more complex projects in mind?
If I go tu use, say, redis, in a way that the license permit, I don't give a single dime about the legal entity behind it. I just `apt-get install redis`. If I want to modify it for my need, I can `apt-get source redis`. When the next version of redis comes with a more restrictive license, or if features are removed, I just stick to a previous one. Maybe I fork it myself if it's really important for me. Probably, we will be many doing so, we will regroup, share our modifications and improvements. I've experienced this kind of colaborative maintenance of some dead project a couple of times in the past, and all te governance that was ever needed was a mailing list.
Now, sure, some project are more complicated. If, god forbid, postgresql or gcc were to disapear I would not trust myself, or any single individual, to maintain a private fork for long withough the quality deteriorating. But again, people would regroup, cooperate, and we will be able to figure it out.
Compare this with proprietary software, were you truly have no recourse. I've seen wonderful pieces of software in the past, that I loved an used daily, disaprear entirely because the company that produced it went belly up, leaving no alternative than to desperately run the old versions on an emulator still years after because nobody ever managed to redo something as good. And now they are gone, for good, with few people ever remembering them.
So, these are the exemples I have in mind, this is why I don't understand how one could equate fair-source with proprietary -- assuming that the restrictions tainting the "fair" software just prevent the user from competing with the software producer. The user has a ton of power with fair source compared to proprietary.