traches

joined 1 year ago
[–] traches@sh.itjust.works 4 points 9 hours ago

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 13 points 3 days ago

ignorance is bliss

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

I just think finger pointing on the left is dumb, especially considering we don’t have proper breakdowns yet. Nobody has any good data, they’re just restating their opinions as the reason we lost.

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

the fuck is a chegg?

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

Maybe I’m not that smart, but shouldn’t we blame the fascists and the people who voted for the fascists for the impending fascism?

[–] traches@sh.itjust.works 20 points 1 week ago* (last edited 1 week ago) (1 children)

We all have every vaccine you can get. It’s possible I’m misremembering exactly what disease it was, but I promise you that a single instance of our kid in a ball pit ruined a vacation for two families.

Ballpits encourage contact with eyes, mouth, and nose, then spread it all around over the balls. They are especially difficult to clean. It would be difficult to design a better disease transmission vector if you were trying.

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

Speaking as a parent with a horrible experience involving rotavirus:

NEVER, under ANY circumstances should you allow your kid into a ball pit. Just fucking don’t, they are gross and your whole family will puke and shit for days.

[–] 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 1 week ago* (last edited 1 week 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 1 week 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 5 points 2 weeks ago

Tractor pulls

 

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.

 

Not sure about the artist, sorry

 
view more: next ›