jamesgeck0

It's not just the current year. More like the past three to five years.

Such a machine would probably benchmark favorably against the Nintendo Switch, which runs Factorio on downclocked tablet hardware of a similar era.

If you play video games, it's basically nothing. I bought a 6 GB VRAM card for ~$300 a decade ago. Many recent games require a minimum of 8 GB VRAM and can scale up to 16 GB VRAM on higher settings.

There are some baffling picks here. Several of these are super barebones minimal frameworks that doesn't have even a faction of Rails capabilities.

If the Gravity Linux work is upstreamed into the kernel project, any issues with Apple sort of become everyone's problem.

Steam has decades of games. It's highly probably a large percentage of them aren't currently even in a buildable state on Intel anymore.

A lot of game industry operates on a "release and move on" model; nobody has time to keep updating an old game hardly anyone buys instead of working on a new thing. On PC and console this is fine because your games keep working more or less indefinitely.

But the vast majority of the games I've purchased on iOS can't be installed anymore. It's not great. In some cases the games still function, but I can't download them on new devices because the developer closed shop and disabled their Apple account.

The previous “Part 1” post is very candid about the approach, and the titles of both posts mention prompting.

labwc is closer to Openbox; it doesn't ship a taskbar.

So much for coordinated disclosure, I guess.

If I understand correctly, something like DeltaDB has always been part of the plan. Zed is a moonshot to reimagine collaborative development from the ground up. The editor, developer communication, the way changes are tracked, everything.

It was basically forked into RubyMotion, which is closed source but actively developed.

That date feels a little bit late. The PS/2 devices that superseded the bus mouse started appearing around 1987. There were certainly still bus mice around in 1995, but they were thoroughly obsolete.

None of those are modern. There's been A LOT of new ideas in board game design in the last eighty years.

Well, a lot of the early examples of this style aren't very good. ;-)

Dominion has a fair amount of depth, but it seems common for individual player groups to get hung up on a particular play style and decide that they've found the ultimate strategy.

Please accept my apologies. Stable LOVE ships a pretty old version of LuaJIT; I didn't realize it'd been resolved upstream.

I dunno about the Kindle 7 specifically, but replacing the battery in many models is pretty easy.

> The big problem is that Amazon no longer allows you to download books from their site to your desktop

I've bought a number of books on Kindle that were explicitly marked as being sold without DRM. Does this mean I've lost access to any DRM-free downloads that I haven't already backed up?

I dunno if this is what you were seeing, but LuaJIT has some serious performance issues on ARM.

https://love2d.org/forums/viewtopic.php?t=94760

It's unfortunate as Love2D is generally VERY snappy on x86. I used it on a 300MHz laptop back in the day.

People talk about the stuff they use, and there are _a lot_ of fantasy consoles.

https://github.com/paladin-t/fantasy

Tables are kinda-sorta hashes that can hold anything, not unlike JavaScript objects. The array use case is just a table with automatically assigned numeric keys.

Or Headscale, which has the blessing of Tailscale and contributions from some of their employees. https://github.com/juanfont/headscale

One of the DRM circumvention methods for the Xbox 360 involved precision drilling a specific depth into one of the chips on the board. Microsoft was very aware of the nature of physical access while designing this, haha.

Xbox One homebrew has effectively always been supported. Anyone can register a development account and boot the system into dev mode. IIRC in a talk about console security, a Microsoft developer noted that this was an intentional deterrent against hacking. An effort to split the community so that pirates and homebrew enthusiasts wouldn't have a reason to collaborate.

It's closer to the "sealed system volume" model that macOS uses. The core OS filesystem isn't (normally) writable, although you can finagle it to add drivers and such.

> Alternatively, you become "they" by forking the project.

This doesn't make sense for the vast majority of people.

Linux desktop doesn't have the vast majority of the niceties that living in the Apple ecosystem gives you. If I was going to rebuild any one of them for Linux, it would easily become a major project that would suck up all my free time.

It's less stress on a frequently used port. I've got an early M1 MacBook Air where the USB-C port I always used for charging is starting to get flaky, presumably because it's been used so much and because of the weight of the cord + dongle hanging off the side of the machine.

Those old 2011 machines aren't really getting macOS security updates anymore, and compatible apps are dropping; I wouldn't recommend using anything but Linux on them. And even with a non-15-year-old battery, you'll be lucky to get half the battery life of Apple Silicon with a 2nd gen Core i5 CPU.

Is this the sort of thing that Flatpak would be useful for? Or are there sandbox-related complications when using it to package a compiler?