For most of human history children would be right to think this. Most people never left the town they grew up in. I think there is a bit of sad beauty to kids assuming they’ll always be friends.

Recently helped some Lemmy user who was having issues with images loading the thumbnail version for every link. Bunch of people trying to figure out why in the comments but no one thinking DNS. I told him it was probably DNS. It was DNS.

Clearly in $HOME/Downloads/ and forget that you left it there. Then use app(3).AppImage the next time when you redownload it. Keeps you running the most up to date version. It’s flawless.

I rarely encounter them. But they usually work when I do. But, ugh, they’re just kinda gross. Like, is this a .exe? No thank you. Don’t give me windows trauma.

I’ve had the opposite experience with flatpaks that I have with snaps. I don’t really use them much. But when I see that as an option I use it and it just works. Definitely a fan as a USER of them. I’m sure people have their complaints as users and developers. But I definitely have to say it’s been positive so far. Which is a rare consistency in the life of installing packages.

You like math jokes and guys with fast cars? Well, you’re in luck because I drive a bmw √-64

Edit: I know nothing about cars. Don’t judge me.

Weird. My wget gives full resolution. No redirect options or anything. Only difference is the IP resolve for you is in Korea and mine is in the US. Likely just closest server resolve.

Try curl with -L set?

Or I’d be curious if something like gallery-dl resolves the image in finding the higher resolution and what the difference is if it does.

Maybe it’s a DNS issue if not a redirect issue.

My guess is DNS. Try with another provider?

git clone <repo> -b dom_mommy

I know people joke around about this a lot. But I was blown away by a recent switch to I did from using cv2 with python to using cv2 with C++.

I had literally hundreds of thousands of images to analyze for a dataset. My python script would have taken 12 hours.

I ported it to C++ and it literally destroyed it in 20 minutes.

I’m sure I was doing something that really wasn’t optimized well for python. I know somewhere in the backend it probably was using a completely different library with multi thread optimization. Or maybe turbojpg is just garbage in python. I’m still not even sure what the bottleneck was. I don’t know enough to really explain why.

But holy shit. I never had that much of a performance difference in such a simple task.

Was very impressed.