RegalPotoo

joined 1 year ago
[–] RegalPotoo 2 points 1 day ago

I was in the same place as you a few years ago - I liked swarm, and was a bit intimidated by kubernetes - so I'd encourage you to take a stab at kubernetes. Everything you like about swam kubernetes does better, and tools like k3s make it super simple to get set up. There _is& a learning curve, but I'd say it's worth it. Swarm is more or less a dead end tech at this point, and there are a lot more resources about kubernetes out there.

[–] RegalPotoo 16 points 3 days ago* (last edited 3 days ago)

thats_a_bold_move.gif

Trying to extort the federal government like that seems like a really quick way to end up with your face, phone number and home address in a press release, along with a note from the NSA that basically says "this guy has $33 million in Bitcoin, would be a shame if someone kicked in his door and beat him with a bat until he gave up the keys :)"

[–] RegalPotoo 13 points 5 days ago

Especially when "tmpfiles" is an existing term of art with a very specific meaning

[–] RegalPotoo 8 points 5 days ago

its more likely than you think

[–] RegalPotoo 1 points 6 days ago

Depends why you want to be located in Australia

  • If you are worried about data sovereignty, I'm not aware of any services that are based in Australia but aren't US or EU owned
  • If you are more concerned about latency/TTFB, CloudFlare has several POPs in Australia so pages should be just as fast as anywhere else
  • If you are willing to roll your own with AWS, you could set up a GitHub actions job to upload to an S3 bucket (which you can locate in ap-southeast) then serve it out of Cloudfront (AWSs edge cache service). Unless you are doing a ton of traffic it'd probably be within the free tier limit as well
[–] RegalPotoo 8 points 6 days ago (5 children)

The early twenties intermediate dev on my team was explaining the other week that if you remember a time before smartphones and broadband, you are old

[–] RegalPotoo 29 points 6 days ago (5 children)

I personally am familiar with 2 organisations with millions of dollars in annual revenue that deploy critical line of business applications like this in 2024

[–] RegalPotoo 8 points 1 week ago

Dry. Fermented. In a burlap sack.

[–] RegalPotoo 34 points 1 week ago (1 children)
[–] RegalPotoo 11 points 1 week ago

They are, but I think the question was more "does the increased speed of an SSD make a practical difference in user experience for immich specifically"

I suspect that the biggest difference would be running the Postgres DB on an SSD where the fast random access is going to make queries significantly faster (unless you have enough ram that Postgres can keep the entire DB in memory where it makes less of a difference).

Putting the actual image storage on SSD might improve latency slightly, but your hard drive is probably already faster than your internet connection so unless you've got lots of concurrent users or other things accessing the hard drive a bunch it'll probably be fast enough.

These are all Reckons without data to back it up, so maybe do some testing

[–] RegalPotoo 2 points 1 week ago

Weirdest episode of binging with babish

[–] RegalPotoo 30 points 1 week ago (5 children)

Because half the country votes for a party that explicitly says this is a good way to run things, and the other half votes for a party that says it isn't great, but we shouldn't really do anything meaningful about it.

Until there is mass "you are all assholes and we demand a more representative electoral system" demonstrations, nothing will change.

Readers may note that this applies to basically every problem in the US right now

 

The KDE 6 announcement says that

On prior versions you chose between either password or fingerprint authentication for the lockscreen. In Plasma 6, both are supported at the same time.

I've updated my Neon install, what do I need to do to enable this? I've set up a fingerprint through the user settings, but when the screen is locked I still have to use my password to unlock - there isn't a prompt, and touching the reader doesn't seem to do anything

45
Tool to manage CLI tools (self.programming)
 

I'm trying to find a thing, and I'm not turning up anything in my web searches so I figure I'd ask the cool people for help.

I've got several projects, tracked in Git, that rely on having a set of command line tools installed to work on locally - as an example, one requires Helm, Helmfile, sops, several Helm plugins, Pluto, Kubeval and the Kubernetes CLI. Because I don't hate future me, I want to ensure that I'm installing specific versions of these tools rather than just grabbing whatever happens to be the latest version. I also want to ensure that my CI runner grabs the same versions, so I can be reasonably sure that what I've tried locally will actually work when I go to deploy it.

My current solution to this is a big ol' Bash script, which works, but is kind of a pain to maintain. What I'm trying to find is a tool where I:

  • Can write a definition, ideally somewhere shared between projects, of what it means to "install tool X"
  • Include a file in my project that lists the tools and versions I want
  • Run the tool on my machine and let it go grab the platform- and architecture- specific binaries from wherever, and install them somewhere that I can add to my $PATH for this specific project
  • Run the tool in CI and do the same - if it can cache stuff then awesome

Linux support is a must, other platforms would be nice as well.

Basically I'm looking for Pythons' pip + virtualenv workflow, but for prebuilt tools like helm, terraform, sops, etc. Anyone know of anything? I've looked at homebrew (seems to want to install system-wide), and VSCode dev containers (doesn't solve the CI need, and I'd still need to solve installing the tools myself)

 

A whole bunch of this sounds really familiar for some reason...

view more: next ›