• 1 Post
  • 24 Comments
Joined 1 year ago
cake
Cake day: June 12th, 2023

help-circle








  • I see your point… I use Debian for my self-hosted environment, so having similar system on desktop may save some cognitive load. My main arguments against Debian are (maybe misinformed though):

    • No btrfs support in installer OK, Debian wiki says it’s there
    • Major annual upgrades to keep up with stable look more scary than more incremental and frequent updates of Fedora. And using Sid as someone suggested sounds too crazy for main PC

    So yeah, looks like it’s just upgrades… Gives me something to think about while I’m moving my apps to flatpaks


  • Thanks!

    Bookmarks and passwords are taken care of. And for the apps I’ll try to get migrated to flatpaks as many as I can while still on original system.

    I also see that full disk encryption is being recommended a lot, and I don’t have any solid reasons to encrypt only /home.

    I have not given much thought on Silverblue. Is it “flatpak-only”? If so I’ll need to go through my apps to see if that could work. And my backup strategy will need to change - I use Duplicacy that is not available as a Flatpak






  • Depends on what you want exactly. Easy and self-hosted are not usually go well together unless you’ve got enough experience.

    Easiest way for blog - use a platform. WordPress.com is great and has free tier.

    More involved, but still relatively easy - static site generator. I use Hugo myself, there is Jakyll that is popular too. Host it for free on GitHub or GitLab pages.

    I would not self-host a public web site for security reasons. But you can run a static site on some cloud service. A personal blog with small audience should be fine on Oracle free tier.





  • I used to invent “funny” names, but at some point it became a chore and I also found I’m forgetting some names or spelling when I need it.

    Call me boring, but doing enterprise system admin jobs for years I recently started to adopt functional naming convention.

    This is what I have now: [location code][OS code][type vm/ct][environment code][workload][index]

    So the first production DB linux VM in my primary Los Angeles location will be named LA1LVMPDB1 And my second test Nextcloud container hosted in the same location will be named LA2LCTTNC2.

    I still have to invent short names for workload, which is harder for specialized containers, but overall this makes it all more manageable.