@kev I can see where bundling them together instead of making people go out and find all of these by themselves has value. Otherwise, sure, you can get all this stuff somewhere else.
@mike @kev @kelbot I am here because of Librem.one. I suppose I am the ideal use case; I am not going out and finding these services on my own and I want to support the company because I am dying to get their phone. For me, the bundle of services has value because I don't have to set anything up. VPN for example, a couple clicks and I am up running. Purism did post about all the upstream clients but I would like to have seen that linked from the main page.
@jonathan_knez And I think that's a solid strategy for Purism. These services already exist in the wild (minus the changes from their forking), so development requirements for them are minimal, yet they can offer a collection of services that are valuable to the people using them that live up to the core values of the company. I'm not super crazy about some of the ways they implemented it, but all in all I'm not going to shrill rant on a podcast about it either.
@kelbot I wouldn't go so far as to say "dumb", but definitely short sighted. Disabling that feature makes sense in a monolithic environment. If librem.one was a stand alone service that didn't interact with anybody else, there is no local or federated timeline, individuals blocking individuals would be sufficient. Unfortunately, they didn't think about the rest of the federation when they did it. I imagine that decision hit them like a kick in the face.
Fosstodon is an English speaking Mastodon instance that is open to anyone who is interested in technology; particularly free & open source software.