191–200 of 204 posts
Earlier quoted context omitted.
The solution is always the same, focus on a stellar UX.
You may be interested to learn that stellar UX is an important point for the snikket.org family of XMPP clients, despite not being there yet. There's an upcoming UX study if you'd like to take part: https://snikket.org/blog/simply-secure-collaboration/
Earlier quoted context omitted.
> some reasonable (against forks using their servers) (...) justifications How is that reasonable in a centralized client-server model? That's precisely what we find unreasonable with Twitter and others shutting down or making life hard for 3rd party clients. Why would it be more acceptable from a free-software service? The network effect says a centralized protocol like Signal has "zero" value without reusing the sa…
You are asking some very pertinent questions. The reason why I felt there's some reason to Signal's stand on forks was because forks not standing up Them having their own F-Droid repository is to the quality standards, not adhering to feature parity while consuming their resources might not go well with their funders. Signal having its own repo on F-Droid is the viable solution for them but they don't seem have any i…
F-Droid community was interested to package Signal but at the time upstream had a hard dependency on Google Play Services (which according to my/F-Droid quality standards is pretty bad), and made it clear they didn't want any unapproved builds using their servers. This would include reproducible builds from the same source code as is standard in F-Droid official repo. Still, such builds would hypothetically have the same quality standards and feature parity with upstream.
Earlier quoted context omitted.
You are asking some very pertinent questions. The reason why I felt there's some reason to Signal's stand on forks was because forks not standing up Them having their own F-Droid repository is to the quality standards, not adhering to feature parity while consuming their resources might not go well with their funders. Signal having its own repo on F-Droid is the viable solution for them but they don't seem have any i…
> the quality standards (...) feature parity F-Droid community was interested to package Signal but at the time upstream had a hard dependency on Google Play Services (which according to my/F-Droid quality standards is pretty bad), and made it clear they didn't want any unapproved builds using their servers. This would include reproducible builds from the same source code as is standard in F-Droid official repo. Stil…
Btw it seems I had a brain fart when typing this -
>The reason why I felt there's some reason to Signal's stand on forks was because forks not standing up Them having their own F-Droid repository is to the quality standards...
The reason why I felt there's some reason to Signal's stand on forks was because forks not standing up to their quality standards...
Earlier quoted context omitted.
> the quality standards (...) feature parity F-Droid community was interested to package Signal but at the time upstream had a hard dependency on Google Play Services (which according to my/F-Droid quality standards is pretty bad), and made it clear they didn't want any unapproved builds using their servers. This would include reproducible builds from the same source code as is standard in F-Droid official repo. Stil…
I agree, Even the standalone apk which can use web sockets for notifications still has Google Play Services and so the F-Droid repo should be a separate code base without GPS. Btw it seems I had a brain fart when typing this - >The reason why I felt there's some reason to Signal's stand on forks was because forks not standing up Them having their own F-Droid repository is to the quality standards... The reason why I…
A simple/single F-Droid patch could be enough.. Such a simple change doesn't have to be a huge maintenance burden.
Earlier quoted context omitted.
Signal is open-source in the "look at it, but don't even try to tun it" way. I'd rather support a protocol that supports federation and encourages alternative clients.
https://matrix.org is a good one
> supports federation and encourages alternative clients
Currently, the only featureful matrix server (synapse) uses gigabytes of RAM just for a handful of users (see also progress on dendrite and conduit). As for supporting alternative clients, Matrix ecosystem has an overdependence on 3rd party web widgets (eg. Jitsi) for client features because they are not supported by the protocol itself yet, making it harder to implement a native client with good performance and all Element features.
As i'm writing this, i realize nheko client now supports WebRTC audio-video calls when a recent GStreamer is available, congratulations on that, and good luck for the multi-platform implementation!
Earlier quoted context omitted.
I have an LG G8 from T-Mobile. It hasn't been updated since February. Rumor is they're rolling out android 11 in Q4 which is more than a year after 11 was released. Contrast that with my wife's S10 that's got 11 around February. At this point I have very little faith LG will follow through with updates for even the original two years let alone android 12.
LG has exited the phone business. https://www.lg.com/us/notice
"The three OS update guarantee applies to LG premium phones released in 2019 and later (G series, V series, VELVET, Wing) while certain 2020 models such as LG Stylo and K series will receive two OS updates.*"
http://www.lgnewsroom.com/2021/04/lg-announces-three-year-pl...
Earlier quoted context omitted.
Thanks, It's indeed a good example for how oligopoly in telecom stifle innovation and how not even well-funded startups can survive in it. Monopoly or Duopoly is a straight death sentence to innovation.
> Monopoly or Duopoly Yeah or any kind of cartel, really. It's hard enough for a small coop to fight economies of scale, but in many areas you're facing an actual mafia. Somewhat off-topic, but what's the situation with DIY non-profit ISPs in India? If you're not familiar with the topic, you can look up NYCMesh (New York), Guifi (Spain), Freifunk (Germany), FFDN Federation (France) or Rhizomatica (Mexico). Another in…
As for non-profit ISP, even if possible it definitely cannot be open i.e. without oversight as in the examples from other countries you've sighted. Closest I've come to community run networks I've seen are LoRA networks.
jmp looks great, Google Voice has been shutdown in India can I use jmp as a replacement?
Edit: I've submitted jmp to HN as I didn't see any large discussions on it.
Earlier quoted context omitted.
https://e.foundation sells devices with /e/ preinstalled
True I limited my comment to LineageOS as I've personally tried /e/OS only for a small period. Having it pre-burned on a device does alleviate a major problem, but is there any other reason to choose /e/ over LineageOS?
Earlier quoted context omitted.
https://matrix.org is a good one
Not upvoting or downvoting, but Matrix is an experimental choice at this point. I have some hope for the near future, but so far Matrix protocol is far from an established standard. > supports federation and encourages alternative clients Currently, the only featureful matrix server (synapse) uses gigabytes of RAM just for a handful of users (see also progress on dendrite and conduit). As for supporting alternative c…
Is there any other example than Jitsi? I thought that was the only third party integrated in the core, and even that can be self-hosted.