I thing you got your math wrong. See, it’s 2025 and … Oh NO

Everyone knows that transwomen prefer Rust due to its borrow checker which ensures memory safety without the overhead of garbage collection.

This AI gen illustrations are painful.

Yoy can’t argue with this logic /s

dangerous and repulsive

I’ve been told worse things but never by a dog.

I don’t see any horse balls physics in your list.

Utterly unplayable.

Cartridge manufacturing and distribution was hella expensive back then and that took a big bite on any sales.

Digital storefronts do take as well their lion share though, but that’s on sales.

A win for democracy.

Those were pre-inflation dollars. You could buy like, forty eggs with it.

I love music and can just listen to music without doing anything, but then I feel guilty for not doing anything with the rest of the body.

Recommended by 9 out of 10 raccoons.

I’ll say it happen when Musk got involved with production as he thought he will disrupt manufacturing by heavily relying in automation, disregarding what every manufacturing expert had told him that it ain’t that easy.

He fumbled the ball hard and IMO that was the beginning of the end of Tesla’s hegemony, where they started making serious quality mistakes and dropped finishing quality as well.

That said, I’m not sure if they ever had any to begin with, but for a while customers valued that brand very highly, even being on waiting lists for months.

To me, this was the Jets’ Butt Fumble of car manufacturing.

I’ve found myself more often hoping for further mindless tasks because I want to keep listening to my podcasts.

Let me check dmesg:

amdgpu 0000:03:00.0: amdgpu: failed to write reg 291c wait reg 292e

or

[46531.357889] amdgpu 0000:c5:00.0: [drm] ERROR lttpr_caps phy_repeater_cnt is 0xff, forcing it to 0x80.

Let me know if more examples are needed ;)

I gave a bit of a heads-up on a different thread, but the TLDR is that I use usb for the main disk and there’s an issue with usb in the latest uboot for rk3328. I tried flashing the SPI to an early version but as soon as I would update a kernel to LTS, I would start having problems.

To be honest, I feel that this is a solvable issue, but also that I’m done trying to make these cards work on my own. (I wasted a lot of time and money fixing the eemc modules and the sockets).

At this point I reached a conclusion that I would use my selfhosting time to focus on software and networks, and just use reliable hardware, even if it means doing less and paying more, and leave soldering for my diy projects.

That said, the Rock64 pro sbcs I have are still going strong despite being used non-stop for the last 5-6 years.

Rock64s had several issues with emmc slots, however one way I had to circumvent it was flashing the SPI allowing me to boot from usb, following the official guide: https://github.com/ayufan-rock64/linux-build/blob/master/recipes/flash-spi.md

The issue here is that with the recent updates on u-boot, some older models have issues with old u-boot systems, and while I can flash again to the previous working SPI and u-boot, I can’t make it work with the latest lts kernel.

Could it be solved? Sure, if I invest time solving the issue and compiling my own kernel version, I guess.

Is it worth it? My time is more limited than my money. I’ll rather some cash on three rpi5 or similar, than wasting more time on a set of cards that have been failing on several things for the past five years. (lattepandas and rock 64 pro had no issue during the same amount of time)

At the end of the day, I like selfhosting services but I also like having free time :)

Thanks, that is one of my biggest concerns. Rpi5 is on my radar, despite the supply situation that often plagues rpies

Unwatchable.

Plus keeping the phone far from bed is always a good idea.

How dare you! Do you know how long it took me to get that song out of my head?