She sings better than me. That’s a pretty low bar, though 😆

It’s like when I see a place named “Westmoreland” I’m like "Ok, so someone thought, “there’s more land west of where I was, and I’m not very creative”.

could be seen as passive aggressive commentary against FOSS links

Nah, I get it. I get annoyed when people post Invidious links. Not because I’m against them, but because I run an Invidious instance myself and have a browser plugin to re-write YT links to use that one that’s 15 feet away from me. But the plugin only works if the link is to YouTube. When it’s some random Invidious instance on the other side of the planet, it takes forever to load because of the multiple levels of redirection and is just frustrating since my browser plugin would have redirected a YT link to my local server.

I just figure with my ample bandwidth, PeerTube’s P2P load balancing, Lemmy’s small-ish userbase not sending a million simultaneous requests to it, and not having to proxy to another source (e.g. YT) it would balance out in my favor.

Will def continue to provide “corpo” links or maybe switch back to those for the “main” link and provide FOSS ones as alternates. If you’ve got a preference here, just let me know.

Like so many other shows, it’s on my watch list. Just haven’t gotten down to it yet.

Fair enough!

I’m a huge fan of people embracing the internet as it was originally intended rather than the corporate machine it turned into. As long as it’s not some shady-looking site posted by an hour-old account, I’m perfectly content to stream some tunes from someone’s basement homelab haha.

I’ve got gigabit fiber so might as well spread the love. This instance is almost 3 years old, and the PeerTube instance runs under a subdomain of it, so hopefully I’ve established a good enough reputation that people aren’t turned off by it.

Siskel & Ebert give the film no thumbs up: “Not even worth pirating to watch ironically”.

What show are these based on? I feel like I need to watch it.

Edit: Brooklyn Nine-nine?

Good deal.

Not a problem. I’ve considered posting things from my Navidrome server (where I’m actually listening when I post here) but I don’t love the idea of the links getting hit by bots and whatnot

Heh, I’ve got bot detection on my web services and they’re all redirected to a Nepenthes tarpit where they just get fed an endless stream of slop. Just doing my part to make the world better lol.

That’s basically me. If someone dragged me to a race, I’d be trying to find a way to watch the pit crew in action cause I wouldn’t give a crap about the actual race haha.

We already have robotic peeping Toms, so yeah, robotic house burglars tracks.

That’s probably the next wheel some overzealous Rust dev will reinvent.

Lol, exactly that.

It’s not really about the karma-farming aspect of things or pleasing a crowd. It’s about, in general, making a statement that’s otherwise agreeable and then, often pointlessly, following it up with something backhanded, needlessly obnoxious, mean spirited, racist/xenophobic, or otherwise “not good”. You know, basic tactfulness.

A fairly tame example:

“Write out what you have to say, and then delete the last sentence” is also a valid translation and solid advice when corresponding over a written medium.

I’ve read lots of comments here and elsewhere where a downvote would have been an upvote had they stopped talking one sentence earlier.

I also run (well, ran) a local registry. It ended up being more trouble than it was worth.

Would you have to docker load them all when rebuilding a host?

Only if you want to ensure you bring the replacement stack back up with the exact same version of everything or need to bring it up while you’re offline. I’m bad about using the :latest tag so this is my way of version-controlling. I’ve had things break (cough Authelia cough) when I moved it to another server and it pulled a newer image that had breaking config changes.

For me, it’s about having everything I need on hand in order to quickly move a service or restore it from a backup. It also depends on what your needs are and the challenges you are trying to overcome. i.e. When I started doing this style of deployment, I had slow, unreliable, ad heavily data-capped internet. Even if my connection was up, pulling a bunch of images was time consuming and ate away at my measly satellite internet data cap. Having the ability to rebuild stuff offline was a hard requirement when I started doing things this way. That’s now no longer a limitation, but I like the way this works so have stuck with it.

Everything a service (or stack of services) needs is all in my deploy directory which looks like this:

/apps/{app_name}/
    docker-compose.yml
    .env
    build/
        Dockerfile
        {build assets}
    data/
        {app_name}
        {app2_name}  # If there are multiple applications in the stack
        ...
    conf/                   # If separate from the app data
        {app_name}
        {app2_name}
        ...
    images/
        {app_name}-{tag}-{arch}.tar.gz
        {app2_name}-{tag}-{arch}.tar.gz

When I run backups, I tar.gz the whole base {app_name} folder which includes the deploy file, data, config, and dumps of its services images and pipe that over SSH to my backup server (rsync also works for this). The only ones I do differently are ones with in-stack databases that need a consistent snapshot.

When I pull new images to update the stack, I move the old images and docker save the now current ones. The old images get deleted after the update is considered successful (so usually within 3-5 days).

A local registry would work, but you would have to re-tag all of the pre-made images to your registry (e.g. docker tag library/nginx docker.example.com/nginx) in order to push them to it. That makes updates more involved and was a frequent cause of me running 2+ year old versions of some images.

Plus, you’d need the registry server and any infrastructure it needs such as DNS, file server, reverse proxy, etc before you could bootstrap anything else. Or if you’re deploying your stack to a different environment outside your own, then your registry server might not be available.

Bottom line is I am a big fan of using Docker to make my complex stacks easy to port around, backup, and restore. There’s many ways to do that, but this is what works best for me.

Lol, yeah. That’s how my friend tries to get me into Formula 1, and I can definitely see and respect it from that angle. I just can’t get past the resources wasted to make a spectacle out of it. I’m just a curmudgeon like that haha.

Those arguments go away with Formula-E but I just haven’t dove into it

Not gonna lie: I’ve always thought drag racing was a massively pointless waste of resources and this further cements that opinion as I didn’t know they rebuilt the engine after each run.

That said, I did enjoy this video because the mechanics/pit crew are the real stars of the show and I’d totally watch a Discovery channel series about them.

Yep. I’ve got a bunch of apps that work offline, so I back up the currently deployed version of the image in case of hardware or other failure that requires me to re-deploy it. I also have quite a few custom-built images that take a while to build, so having a backup of the built image is convenient.

I structure my Docker-based apps into dedicated folders with all of their config and data directories inside a main container directory so everything is kept together. I also make an images directory which holds backup dumps of the images for the stack.

• Backup: docker save {image}:{tag} | gzip -9 > ./images/{image}-{tag}-{arch}.tar.gz
• Restore docker load < ./images/{image}-{tag}-{arch}.tar.gz

It will backup/restore with the image and tag used during the save step. The load step will accept a gzipped tar so you don’t even need to decompress it first. My older stuff doesn’t have the architecture in the filename but I’ve started adding that lately now that I have a mix of amd64 and arm64.

Whoo!

Youtube has finally pissed me off enough to make standing up a Peertube instance viable. Glad it’s working.

Thanks.

I mean, A+ for the dated 90s country music reference alone. Respect.