traches

joined 1 year ago
[–] traches@sh.itjust.works 6 points 3 days ago (1 children)

Seems fine, but you’re sorta hitting two fields at once. Application development (coding) is a different skill set from devops/deployment (docker). I’d stay pretty surface level on docker and the CLI for now and focus on building your app. You’ll know when you need to go off and learn those things.

[–] traches@sh.itjust.works 40 points 1 week ago (3 children)

the fuck is a chegg?

[–] traches@sh.itjust.works 3 points 1 week ago

Your best option by far is to overwrite windows completely. For most software development Linux is way better anyway.

[–] traches@sh.itjust.works 3 points 1 week ago (7 children)

I haven’t done this recently enough to guide you on the details, but step zero is to decide whether you are certain you want to dual boot or not. It adds a lot of complexity and brittleness that is best avoided if at all possible.

  • Try to find Linux compatible replacements for the software you need.
  • if that doesn’t exist, see if you can run it on Linux with wine.
  • If that isn’t possible, consider running windows inside a virtual machine on Linux.
  • If you do want honest, bare-metal windows then using two different physical drives will be easier and more reliable. Ideally your laptop has room for two drives, otherwise you can dangle a USB SSD (not a flash drive). Windows won’t install to a USB drive but Linux doesn’t care.
[–] traches@sh.itjust.works 1 points 2 weeks ago* (last edited 2 weeks ago)

Yeah, I tried it but that experience isn’t as good as a native app. No swipe gestures, and an extremely basic UI

[–] traches@sh.itjust.works 18 points 2 weeks ago (2 children)

Miniflux has served me very well for years, combined with a few different apps. Reeder on iOS, I can’t remember what I used on android but there were plenty of options

[–] traches@sh.itjust.works 2 points 1 month ago* (last edited 1 month ago)

Software & Services:

Destinations:

  • Local raspberry pi with external hdd, running restic REST server
  • RAID 1 NAS at parents' house, connected via tailscale, also running restic REST

I've been meaning to set up a drive rotation for the local backup so I always have one offline in case of ransomware, but I haven't gotten to it.

Edit: For the backup set I back up pretty much everything. I'm not paying per gig, though.

[–] traches@sh.itjust.works 10 points 1 month ago (1 children)

Im so excited to finally get icc color calibration

[–] traches@sh.itjust.works 3 points 2 months ago* (last edited 2 months ago)

So there’s a storage protocol called “S3” (I wanna say it stands for simple scalable storage?), first created by Amazon for AWS. Many types of software, including backup programs, have been designed to use it as a storage backend. There are now many S3 compatible providers, last I looked the best value was backblaze B2.

You need a backup program with end-to-end encryption, S3 compatibility, and whatever other features you like. I use restic but it’s CLI only, there’s also borg backup and many others.

If you encrypt locally with a good key, you don’t have to trust the remote storage provider. They just see a bunch of meaningless noise. Just don’t lose the key or your backup is useless.

[–] traches@sh.itjust.works 37 points 2 months ago

I fuuuhuhuhucking hate this condescending, pestering dark pattern that apparently every single designer on the planet is required to use

[–] traches@sh.itjust.works 1 points 3 months ago

Started learning web development.

[–] traches@sh.itjust.works 1 points 3 months ago

Totally fair, I agree it is definitely not a good first distro. I think everyone should follow the manual setup process the first time and not use archinstall, because it’s the tutorial which teaches you what’s on your system and how it works.

 

I have a load-bearing raspberry pi on my network - it runs a DNS server, zigbee2mqtt, unifi controller, and a restic rest server. This raspberry pi, as is tradition, boots from a microSD card. As we all know, microSD cards suck a little bit and die pretty often; I've personally had this happen not all that long ago.

I'd like to keep a reasonably up-to-date hot spare ready, so when it does give up the ghost I can just swap them out and move on with my life. I can think of a few ways to accomplish this, but I'm not really sure what's the best:

  • The simplest is probably cron + dd, but I'm worried about filesystem corruption from imaging a running system and could this also wear out the spare card?
  • recreate partition structure, create an fstab with new UUIDs, rsync everything else. Backups are incremental and we won't get filesystem corruption, but we still aren't taking a point-in-time backup which means data files could be inconsistent with each other. (honestly unlikely with the services I'm running.)
  • Migrate to BTRFS or ZFS, send/receive snapshots. This would be annoying to set up because I'd need to switch the rpi's filesystem, but once done I think this might be the best option? We get incremental updates, point-in-time backups, and even rollback on the original card if I want it.

I'm thinking out loud a little bit here, but do y'all have any thoughts? I think I'm leaning towards ZFS or BTRFS.

view more: next ›