Notices by Strypey (strypey)

@cj fear-based, hateful ideology is not an infectious disease of individuals, it's a metabolic disease of whole societies, and gets worse when you cut off affected organs, not better.
https://coactivate.org/projects/disintermedia/blog/2019/03/01/an-open-letter-to-actionstationorgnz-about-online-hate-report/

@AmarOk I seem to be having a lot of trouble sending text messages on Jami. Most of them have been instantly failing on both Android and GNU/Linux for the past couple of days.

@felix
> Maybe try the official apt repo for Syncthing.

Yup, that's how I installed it :) Using #Trisquel 8, in case that helps.
@Wolf480pl

@zalandocalrissian #Electron is a lazy and wasteful solution to this problem. It's like building a nuclear power plant to boil an egg.

@succfemboi As for 4, it looks to me like a petty nitpick. The pitch of the /e/OS project includes giving users an OS and remote services that are not controlled by Goggle. #MicroG is not controlled by Goggle. It's a #FreeCode project that allows people to use the handful of otherwise free code #Android apps, which make the mistake of depending on Prey Services. If you don't use any of those apps, and don't want MicroG on your device, /e/OS gives you root, so uninstall it. What's the big deal?

@succfemboi I can't really comment on 2, 2 or 3 without seeing more information. I agree it *sounds* bad, but devil, details, yada, yada. On 1, a project that's only about a year old is most likely burning through far more cash than it's bringing in. I'd need to see strong evidence to the contrary before I believe they have any ability to send cash upstream and are choosing not to. Hopefully one day they will be profitable and will help fund upstream projects. (1/2)

@succfemboi I can't really comment on 2, 2 or 3 without seeing more information. Devil, details, yada, yada. On 1, a project that's only about a year old is most likely burning through far more cash than it's bringing in. I'd need to see strong evidence to the contrary before I believe they have any ability to send cash upstream and are choosing not to. Hopefully one day they will. (1/2)

@succfemboi OK, at least you're presenting your arguments now ;) There seem to be four:
1) they are bringing in revenue but not sharing it upstream
2) they are fixing code but not contributing upstream
3) the versions of software they distribute are outdated
4) the Goggle-free promotional claims are incompatible with including a free code implementation of the Prey Services component of Android.

Can you share your sources for each of these concerns?

@pathfinder1776 yeah, this is pretty much what I've been arguing for decades. Especially since the recent events in my home country:
https://www.coactivate.org/projects/disintermedia/blog/

In a nutshell, as I wrote in that piece, I argue that it's as a consequence of the erosion of civil liberties in democratic countries since 9/11 that we have seen the rise of toxic enthno-nationalism and its associated violence, not as a result of too much of the wrong kinds of speech.
@chebra @fdroidorg

@rumblestiltskin totally agree. I'm reading a book called #BlockchainGovernment, written by a Korean guy involved in a #blockchain startup there. Quite intriguing all the different ways blockchains and similar tech are already being used around the world.

@Jaeger was it Gabarone that's the capital of Botswana?

@lihu
https://yourlogicalfallacyis.com/strawman

Come back when you've got over the compulsion to accuse people of stuff that has nothing to do with anything they actually said, just so you can feel smug and morally superior to them.
@chebra @fdroidorg

@felix good question. I checked, yes I do. Is it a good idea to tick the box to use HTTPS for the web UI?
@Wolf480pl

@succfemboi OK, I read the link you posted and now I understand why you did :) Yes, this definitely sounds like it would help with developing new features related to the scope of messages. But what @jessmahler and I were discussing was, in some ways, more about how to conceptualize the different possible scopes and communicate them clearly to users. OC doesn't help much with that ;)

@Wolf480pl that would help, but the plug-in I'm proposing would allow us to open a new browser window, call up the web UI, and start the app from there. Just like I can with webmail etc. OK, fair point, I'm not really talking about being more native-y now. Maybe that was beside the point.

I like the idea of a commons plug-in for all native apps with web UI, to avoid a proliferation of them, and so there are more eyeballs on its code and preventing any potential security issues it could create.
@mayel @Wolf480pl

@mayel that would be tidier but I presume there's a reason the SyncThing crew didn't do that (I guess it *could* just be they didn't think of it, but ...). Also, it doesn't address the the point of shutting down the back end, then starting it again from inside the UI. @Wolf480pl

@Wolf480pl at present, installing SyncThing on #Trisquel gives me two menu entries, one to start the back end, and one to open the web UI. What I'm proposing would allow one menu entry to open the web UI, which could then connect to the plug-in to crank up the back-end. Currently I can shutdown the back end from the web UI but not start it up, which feels counter-intuitive. With the plug-in I would be able to start the back end again from inside the UI.
(2/2)

@Wolf480pl what you're describing is exactly how MailPile already works. To use it, I have to open a terminal and enter "mailpile". Perhaps I should have specified my goal as making them more like native *GUI* apps? As such, I agree it would be better if the web UI always launched as a separate window by default if possible (although some users might want to toggle to a new tab).
(1/2)

@Diffu
> Diffu is a Free Software

Great! Where is your source code hosted and what license is it liberated under?