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.

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… 😄

The way I see (Mozilla) Firefox is a project whose devekopment is funded by its competitor - (Google/Alphabet) Chrome - so that there’s plausible deniability against anti-trust enforcement, the kinds of which Microsoft was subjected to some decades ago. I don’t think it’s a self-sustaining community project like say Debian is. Still use it over Chromium. Funnily, Chromium is a descendent of an organic community project - KHTML - that got extended and eventually taken over by our friendly familiar corporations.

Nothing. Still use it to present day. I generally trust the selection of OS software to the distro developers - Debian and Ubuntu for me. We constantly use software that doesn’t perfecty fit our requirements or wants.

Can conserve power structures that give someone else the right to our surplus. 😅

We’ve played this game with browser engines and we find ourselves in a world with no viable community-controlled browser.

Read a thread on rust forum about this and my impression is that most folks fall in two ideological categories. Either “No politic here” or some form of libertarianism. I understand where both come from as I’ve gone through some form of either, and I think both are transitional for many people. I used to roll my eyes hard at people making license arguments. We’re past the point where tech corporations were playing nice with people. As they keep shitting on products and take more and more of people’s work without returning anything, more and more people from those two camps would come to the realization that everything is political and the social infrastructure of open source - the infrastructure that gets more people to do labour for a project - is what creates and keeps open source alive over the long haul. The excitement that a new language or framewwok creates is fleeting. The GPL-MIT/BSD/Apache/etc divide isn’t so much one of exact guarantees and legal rights, it is some of that, but more importantly it’s a political statement of intent.

Replace a perfectly usable GPL software for MIT? Nope. I used to fall for that ten years ago. The social infrastructure of software is more important than the exact tech used. The license is fundamental to that.

This is important to know for Ubuntu users.

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.