fullstackhipster

joined 2 months ago
[–] [email protected] 3 points 3 weeks ago (1 children)

Of all the games I played on Android I think Monument Valley was the only native mobile game that I really enjoyed. I also played Stardew Valley on mobile, that worked quite well.

 
[–] [email protected] 2 points 4 weeks ago

Same except for the part where they forget about the text

[–] [email protected] 9 points 4 weeks ago

You're right that "immutable" is a bit of a misnomer in that regard, and it's been argued that "atomic" is a more fitting term.

And I agree that a lot of documentation and how-to-guides don't account for immutable setups (yet?), which can get novice users especially in a lot of trouble.

Personally, I prefer a declarative system (NixOS) that solves this problem rather cleanly and gives me most benefits of so-called immutable distros as well.

[–] [email protected] 7 points 4 weeks ago (2 children)

I find it hard to imagine a system that is not borkable by a superuser. Maybe it's helpful to think of immutable setups as harder to bork by accident during routine maintenance (e.g. through faulty updates) and more resilient to bad code (through containerization).

[–] [email protected] 2 points 1 month ago

No, that would clearly defeat the purpose of redundant backups. I remember the passphrases for my backups.

[–] [email protected] 3 points 1 month ago (3 children)

Good catch... and that's why I keep up-to-date encrypted offline backups in two locations (home and office) always. That should be enough really, but I've been thinking about swapping one of those drives with a third backup at one of my relatives' house from time to time, just to make irrecoverable failure even less likely.

[–] [email protected] 5 points 1 month ago* (last edited 1 month ago) (5 children)

There are many ways to go about this. Files like those keyfiles and encryption headers are extra sensitive because (a) they potentially provide access to everything and (b) losing them can block access to everything. Personally, I keep those types of files unencrypted in a directory that stays 100% offline (encrypted backups to external disks only). But there's no reason not to back those files up to an encrypted online repository (where you trust the encryption). Just make sure that's not your only backup of those files for obvious reasons.

A good practice to avoid painting yourself in a corner is to test your backups: Switch off your PC / server, put your mobile devices in a drawer (pretend they're gone), borrow / wipe a cheap laptop. How do you access your backup files using just that laptop?

[–] [email protected] 4 points 1 month ago

Two teams that have surprised many and really left their mark on the tournament so far. Too bad one of them has to go out already!

[–] [email protected] 6 points 1 month ago
[–] [email protected] 1 points 1 month ago

*laughs in khal*

[–] [email protected] 2 points 1 month ago

That seems to be a common usage of the term, but strictly speaking, "userspace" is anything that's not the kernel. This includes system-level programs, libraries and settings configured as "root" that can affect all users.

[–] [email protected] 2 points 1 month ago

Thanks for clarifying! I can totally see where that sort of stuff can really mess things up.

My experience with development environments has been a bit better: Node works out of the box, no problem. For Ruby, the workflow took a little setting up (with bundix), but ended up working very reliably. For R, I actually enjoy that I can set up all my packages with home-manager and they get updated in my regular update cycle and it's not a separate process altogether.

view more: next ›