I've got the weirdest issue with my #Android 4.2.2 device. Every time I restart it, a bit more of the internal storage is taken up by ... something, and now it's full. I've set my 16GB external SDcard as the "default write disk", and changed the settings on all my apps so they write to sd1 (I presume the internal storage would be sd0). The external SD is almost empty. What am I doing wrong?
@bhaugen sorry, my notifications have been a bit flooded and I didn't see your descriptions of what you're working on until after I'd posted my hypothetical example. I think this is an important discussion, but also quite complicated, and one where it's easy to talk past each other. Maybe something to work through a bit more slowly and thoroughly in a thread on the #OAE group?
@djsumdog@Wolf480pl a lot of idiotic stuff is said by people identifying as "left". I suspect most of it is just talk. It's a lot of easier for scared, frustrated people to talk tough about "punching fascists" anonymously on the internet, than it is to actually punch another human being when you're looking them in the face. Arguing with people in that head space is pointless, because you're arguing with their fear and anger, not their reason.
@HerraBRE@alexl@Blort If I trust Wire enough to believe that the code in their repos does what it says on their homepage, then surely I can trust them to deploy the software in their repo in production, with no nasty easter eggs added. If it does, and they do, then it *is* E2EE, no snake oil involved. Yes? So I either trust that's the case, or I don't, and act accordingly.
@HerraBRE@alexl@Blort ok, good to know. But coming back to the origin point of the thread, as a non-coder, I have to trust somebody (or not use software at all). Even experienced software engineers can't do a complete security audit on every line of code in every piece of software they use. So we all have to trust somebody (or not use software at all).
@HerraBRE@alexl@Blort is there no way to test whether the JS being served is the same JS that's in the repo? If you there is a way to test that, and the JS is under a free code license, then you can still have E2EE even if the webserver is not in the possession of the end user. Right?
@bhaugen more importantly, coming back to Rich's article, if the development and deployment of digital tech is focused on serving federations of trusted communities, rather than being focused on building trustless P2P networks, it contributes to a rebuilding of both community and trust. I tend to think these are both things we need more of in the world. Keep challenging me though, it's helpful to think this stuff through as I try to write about it :)
@bhaugen maybe we can achieve a level of digital literacy where everyone is a power user, and maybe not. But even if we can, getting to a point where there are 2-3 power users in every extended family/ community, capable of running #CoHosting for them, would be a pitstop on the way to full P2P, and a big improvement on the #DataFarming that dominates the internet today.
@bhaugen now you could create the same result, in theory, with a P2P network of individuals using SyncThing and similar systems. The reason I'm skeptical about this is that it requires every individual to be a power user. That doesn't fit with my observations of how people have used digital tech over the last 20 years. Most people want stuff that "just works", and look to a handful of geeks to function as supernodes, showing them what to use, how to use it, and fixing it when it breaks.
@bhaugen but say every family has a NextCloud (or #ownCloud, or #Cozy, or whatever) for its photos and video. So does every social club, or community group, or whatever. Some of the photos hosted by some of them are of public events, and are publicly shared. So I might want to put my photos from a public meeting about cats on the Cat Club server, and sync the ones I'm in onto our family server. So a network of small groups is formed by that kind of interaction.
@bhaugen there are two general approaches to solving this problem. One would be for the family to have a private server running something like #NextCloud, that allows us to decide who can connect to it and share our media, and holds a remote backup. The other would be connecting us all via a more distributed system like #SyncThing, where we all serve as back-ups for each other, but there's no central repository.
@bhaugen consider this practical example: I have family photos and videos in digital form. don't want to lose them due to hardware or service failure, so I want multiple copies to exist. But I want them to be generally private, but shared with my family and maybe some close friends. The security doesn't need to military grade, just strong enough to obscure it from datafarms, and prevent casual cracking by script kiddies.
@alexl fair cop. I've never used Lavabit so I'm not 100% sure, but the Wikipedia page for Lavabit says: "Lavabit is an open-source encrypted webmail service"
@mlg@xj9@freakazoid@plausocks Holmgren was one of the two co-founders of permaculture, along with the late, great Bill Mollision. Yeah, bioregionally specific work is more practically useful for sure. But permaculture is about *design*, not just mimicking techniques or applications (although that still happens way too much), so I think it is helpful to revisit the theory every now and then.
@shatteredgears@pixelpaperyarn I saw someone arguing recently that #CyberPunk still seems so relevant because nothing much has really changed since the 1980s. In another 20 years, it might seem as quaint as Lost in Space or original #StarTrek.
@shatteredgears well ... no. Censorship involves an exercise of power that prevents someone being heard by someone else. I agree it's not limited to (state) government, but it is an act of 'governance'. Choosing not to listen to someone is not censoring them. Similarly, spam filters are not censorship, they're a service that helps people ignore stuff that isn't of interest to them. As long as everyone on the blocking instance is happy not to hear from the blocked instance, it's the same thing.