oranki

joined 1 year ago
[–] [email protected] 15 points 7 months ago

Flashing the stock Pixel ROM back is just as simple as flashing GrapheneOS, the instructions in GOS website are very good for both.

The only two things I can think of that might be issues are banking apps and Google Pay, if you use that. I use Play services in the main profile and honestly there's not much difference to the stock ROM in terms of user experience. Even Android Auto works nowadays.

For the banking apps, you can have a look at https://privsec.dev/posts/android/banking-applications-compatibility-with-grapheneos/. Just note that if your bank is not on the list, it doesn't necessarily mean it wont work.

[–] [email protected] 7 points 7 months ago

Portability is the key for me, because I tend to switch things around a lot. Containers generally isolate the persistent data from the runtime really well.

Docker is not the only, or even the best way IMO to run containers. If I was providing services for customers, I would definetly build most container images daily in some automated way. Well, I do it already for quite a few.

The mess is only a mess if you don't really understand what you're doing, same goes for traditional services.

[–] [email protected] 11 points 7 months ago (2 children)

Most likely, a Hetzner storage box is going to be so slow you will regret it. I would just bite the bullet and upgrade the storage on Contabo.

Storage in the cloud is expensive, there's just no way around it.

[–] [email protected] 4 points 7 months ago

There was a good blog post about the real cost of storage, but I can't find it now.

The gist was that to store 1TB of data somewhat reliably, you probably need at least:

  • mirrored main storage 2TB
  • frequent/local backup space, also at least mirrored disks 2TB + more if using a versioned backup system
  • remote / cold storage backup space about the same as the frequent backups

Which amounts to something like 6TB of disk for 1TB of actual data. In real life you'd probably use some other level of RAID, at least for larger amounts so it's perhaps not as harsh, and compression can reduce the required backup space too.

I have around 130G of data in Nextcloud, and the off-site borg repo for it is about 180G. Then there's local backups on a mirrored HDD, with the ZFS snapshots that are not yet pruned that's maybe 200G of raw disk space. So 130G becomes 510G in my setup.

[–] [email protected] 13 points 7 months ago (4 children)

Imagine if all the people who prefer systemd would write posts like this as often as the opposition. Just use what you like, there are plenty of distros to choose from.

[–] [email protected] 1 points 8 months ago

I wish I knew about Photon before. Just spun up my own instance and loving it!

[–] [email protected] 4 points 8 months ago (1 children)

At this stage I'll probably just mirror my stuff from GH. I have a feeling they'll be doing something stupid soon, forcing people to look for alternatives.

Would be nice to collaborate with others, but getting started is hard when you don't have enough free time.

It seems Gitea has basic CI + package registries now, that will be plenty for my needs.

[–] [email protected] 4 points 8 months ago (3 children)

Nextcloud, Synapse + bridges, Adguard Home, Uptime Kuma, Home Assistant. Thinking about spinning up Gitea, Forgejo or Gitlab again.

[–] [email protected] 3 points 8 months ago

They could explain things better, you are right. I actually think I remember having almost the exact same confusion a few years back when I started. I still have two keys stored in my pw manager, no idea what the other one is for...

The decryption has gotten much more reliable in the past year or two, I also try out new clients a lot and have had no issues in a long time. Perhaps you could give it a new go, with the info that you use the same key for all sessions.

[–] [email protected] 5 points 8 months ago (2 children)

I have a feeling you are overthinking the Matrix key system.

  • create account
  • create password you store somewhere safe
  • copy the key and store somewhere safe
  • when signing on a new device, copy-paste the key

Basically it's just another password, just one you probably can't remember.

Most of the client apps support verifying a new session by scanning a QR code or by comparing emoji. The UX of these could be better (I can never find the emoji option on Element, but it's there...). So if you have your phone signed in, just verify the sessions with that. And it's not like most people sign in on new devices all the time.

I'd give Matrix a new look if I were you.

[–] [email protected] 4 points 10 months ago (2 children)

Wireguard runs over UDP, the port is undistinguishable from closed ports for most common port scanning bots. Changing the port will obfuscate the traffic a bit. Even if someone manages to guess the port, they'll still need to use the right key, otherwise the response is like from a wrong port - no response. Your ISP can still see that it's Wireguard traffic if they happen to be looking, but can't decipher the contents.

I would drop containers from the equation and just run Wireguard on the host. When issues arise, you'll have a hard time identifying the problem when container networking is in the mix.

[–] [email protected] 4 points 10 months ago (1 children)

You install the Google services and Play store from the gOS Apps application, then use them like normal.

Behind the scenes they run in the sandboxed environment, but to the user it makes no difference.

 

Perjantaina ratkeaa, kannattaako Suomi vahvan salauksen kieltämistä Euroopassa.

Suuri valiokunta päättää 13.10 Suomen kannasta ns. CSAM-lakiin, joka kieltäisi Signalin, WhatsAppin ja salattujen sähköpostipalveluiden "liian hyvän" salauksen.

view more: next ›