Notices by Strypey (strypey@mastodon.nzoss.nz), page 25

"In general the entities pushing for these [non-free #SourceAvailable] licenses are VC backed companies who are themselves benefiting from free software written by volunteers that they give nothing back to, so I have very little sympathy."
https://mjg59.dreamwidth.org/52907.html

This!

@openrisk
> You could imagine servers being pure data API endpoints and the GUI being handled locally

For sure. I touched on another way to think about it here:
https://mastodon.nzoss.nz/@strypey/103791277016958320

What it comes down to is that #Javascript is an excellent way for newbie developers to make their code run on other people's computers without having to pass any of the security review it would require to be installed natively. Which is exactly as bad as it sounds ;)
@clacke

This is something that both local governments and ride-sharing #PlatformCooperatives can push for, by sharing the costs of developing a #FreeCode software stack for running ride-sharing services. Ideally one that allows users to download vendor-neutral apps, that can connect with a range of services available wherever they are, over a common protocol. This could include public transport, taxis, and ride-hailing and car-sharing services.

Using a web browser without an add-on that can block trackers and malware (eg #uBlockOrigin), or #MakeJavascriptOptional (eg #NoScript), is like using #WindowsXP without an antivirus and a malware scanner.

@dublinux like most of Mastodon's toxicity-avoidance design decisions, this breaks UX for legitimate users much more often than it slows down Bad Actors, who just hack around it. The crippled hashtag search is a classic example. Bad Actors can just use a different fediverse app that has the fully functional hashtag search Gargron wanted to implement, but Mastodon users trying to find new friends with common interests are trapped on their own instance. Everybody loses.
@perflyst

This post on the #Jami blog highlights some of the ways users have to manage #P2P apps differently from those that depend on servers:
https://jami.net/the-jami-quirks/

#TIL about #LibreLingo, a collaborative language learning project that is considering implementing #ActivityPub:
https://github.com/kantord/LibreLingo/issues/65

"It's not like a complete lockdown. I still go out, take my regular afternoon walks for an hour and come back to my dormitory. I go for regular shopping."
- anonymous Fijian student in Wuhan
https://www.rnz.co.nz/international/pacific-news/409678/wuhan-not-as-dangerous-as-reported-according-to-fijian-student

From what I'm hearing from people in neighbouring provinces, walking and grocery shopping is all you can do, even there. Everything is closed except grocery stores (and maybe pharmacies?) and public transport is severely limited.

@hexmasteen
> I just posted an overview.

Link please?

> one I'm not very familiar with and generally skeptical towards.

For good reason ;) Perhaps Session offers something not possible with non-blockchain chat P2P like #Jami and #Tox apps, or the many existing #blockchain-based social media projects:
https://git.feneas.org/feneas/fediverse/-/wikis/blockchain-social-apps

But the burden of proof is definitely on them.

A lot of the OS work for the #PinePhone has been built on top of work done for both #UbuntuPhone and the #Librem5, such as #Phosh:
https://source.puri.sm/Librem5/phosh

This is one advantage of developing software as a #commons.