

This is the kind of thing I’ve been waiting for. Looks brand new. Is there anything more mature or this is the first of its kind?


This is the kind of thing I’ve been waiting for. Looks brand new. Is there anything more mature or this is the first of its kind?


I use their WiFi access points. They’re great. That’s about it.


I just got burned by accidental latest tag on a pg container for Nextcloud. They moved some paths internally and it could no longer find the db.


The cells achieve an energy density of up to 175 Wh/kg
This is kinda shocking density for a first gen mass-priduced batteries.


This is a reminder for self-hosters to put their apps (and their data) on snapshotting filesystems with automatic, regular snapahots turned on; and fix the app versions to at least the major version, across all containers. This should bring similar disruption to bare minimum and makes recovery always possible, without relying on specific app backup features.


You can get it to run at time intervals. E.g. once an hour for 5 minutes. That’s not bad on battery for me. I actually have mine once every 24 hours for 30 minutes so it can successfully transfer a few gigs of Signal backups.


Welp I guess there’s another piece of software I have to setup now… 😄


I see what you did there.


Wouldn’t it be in the best interests of state sponsored hacking teams to hide or blame other states?
Of course. If I were leading an offencive team at CSIS, I’d do my best to procure machines and credentials in anorher country to launch the campaign from. Ideally a known adversary. That doesn’t mean that country isn’t executing their own attacks. In fact my charade wouldn’t work if I chose a country that has no track record of attacks.


All good!
I still value GPL much higher than MIT, which is why I thought important for others to know, in case they have a preference too. But yeah, Meshcore is just not all open source and some people could also have a preference on that. 😄


That’s not what I did. Not all of Meshcore is FOSS. There are proprietary components. Therefore it’s not fully FOSS.


Snapshots aren’t backup. No question.


Fact, but since that’s common and cheap, and I’m not aware of an equivalent FOSS alternative, I’d go with Meshtastic, if were to dabble. And I dabble. :D


BTW, Meshcore is MIT and not fully FOSS, while Meshtastic is GPL and fully FOSS.


This reminds me to remind people to put their apps on snapshotting filesystems and activate autonatic, regular snapshots. Then you can always go back to a working version when something goes wrong. I use ZFS but I think Btrfs is also good for that.


Thanks for reporting the results! TIL about cryfs.


Yup. VeraCrypt is also portable but it would play badly with web-backed storage that uploads/downlaods whole files. Would only be usable on local NAS storage. That said, I’m curious to see how Cryptomator performs on local NAS for high-perf applications compared to VC or LUKS. E.g. if you want to have a large photo collection with Immich on top of it. 😀 Sadly I don’t have NAS anymore to test it out.


The fact you didn’t mention the barest of minimums in your comment if where the issue lies.
I described the procedure step-by-step mentioning each layer. That’s the best I could do.
OP specifically said they DID NOT want exactly what you’re describing.
OP said they’re worried about performance with this solution. Hence why my first response addressed the performance issue. The rest was responding to you (and anyone else who is reading) since you thought that is not an E2E solution. I tried explaining why it’s client-side encryption and no keys are stored on the host.


OP, test the performance of LUKS image, VeraCrypt (if entertaining that) and Cryptomator and tell us how they perform! 😁
You could run a small set of fio runs to test sequential, random and parallel perf.
A Perplexity knockoff?