Yes. It has basically the same issue that any compatibility layer is going to have. It will either faithfully reproduce X11 so well it will bring all of the nonsense Wayland was meant to do a way with (everything not directly related to displaying graphics, like font and geometry rendering from the '80s, network transparency, insecure event handling) OR it will attempt to get a reasonable subset working for modern X apps and it won’t be compatible with dusty old binaries and X forwarding etc.

Right now it looks like a shim for Xwayland so it’s the first one, but as it matures we’ll see.

Intel has been struggling overall, and lately has been letting some of its Linux engineers go. Nothing absolutely fundamental has been affected yet (AFAICT) but I guess Clear Linux didn’t make the cut.

It would allow SSH if the desktop is locked, they’re separate. If you can get in via SSH then you can poke around logs like dmesg and see what’s up. There will probably be some messages to give you something more specific to search with.

mfw third account banned because I play just like Stockfish

I love that song and yeah, nailed it.

I’ll bite. Austin, TX circa 2007. Sublet. Moved my (now) wife and one year old into a one bedroom, one bathroom house the size of a shoebox. Cooled by a single window unit, had to steal wifi, and roaches crawled in through the gaps under the doors.

Ironically, it’s now a fond memory. First place I lived with my new family, it was just for the summer, we had cool neighbors and were like 200 feet from a bunch of really cool local businesses.

I couldn’t find the specific reasoning for this change, but I feel like QEMU is probably just too holistic to be appropriate for this kind of project.

QEMU needs to be able to emulate all the ARM hardware with enough fidelity to boot a naive operating system. For the purposes of running userspace applications almost all of that is not required, you really just need to convert one ABI to the other and translate the instructions. No need to handle firmware, the MMU, interrupts, disks etc.

By myself, probably Apollo 13 - I used to watch it like once a day over the summer. With my dad, we watched Predator every time my mom had to work late.

Yes! It used to be so hit or miss with Wine, but I played WoW in it around the same time and it was crazy that it worked (at least most of the time).

There’s just no reason to do this work. Even if you ignore the fork’s controversial maintainer, and just favor the fact that it’s maintained at all (which is what the proposal’s author is suggesting) just… Why?

X11 is basically over at this point, why throw a last minute wrench into the existing, working Xorg infrastructure?

When we dropped XFree86 back in the day there were license issues, packaging issues and a real alternative didn’t exist - all justifying the effort to switch. None of these are a problem today.

That’s hilarious, but not really the same thing.

Proton is amazing, but it’s entirely overhead translating library/system calls to Linux. It’s accurate to say they run better on SteamOS, not to say Proton is making it run better.

Now maybe Proton makes them run better than a janky but native Linux port, but that’s a separate statement about games being better optimized on Windows.

Oh, I see what you mean, fair enough.

Duke Nukem Forever did ship… Years late and it was a total mess of a decade’s worth of gimmick mechanics that killed the franchise, but it did make it out the door.

Still fits as a cautionary tale about switching engines, I just had to double check I didn’t hallucinate that game.

Probably due north.

I know you’re joking, but it’s going to be something dumb like this that gets deniers to rethink their position. It may be some staple that disappears from shelves, or has to be replaced by an inferior substitute, or made with weird ingredients.

If lite beer had to be made with rice, or it got to $100 a case because of climate change fucking up the wheat crop, it would do more than every science paper in the world.

They really did you a favor by breaking your existing, paid for software and then designing a chip to emulate another processor to fix the problem they made.

Anyway, enjoy your low power draw. I’ll be over here running my whole Steam library on a handheld device that costs less than your RAM upgrade.

I mean, yeah, that’s what happens when you still want to be 32 bit compatible. It’s also why I said they were ELF64 when needed. My only point was that it’s not like Valve just shipped a bunch of 32 bit binaries and called it a day or x64 support was some kind of after thought that needs future support.

Oh, you were still talking about emulating an x86 binary? That’s kind of a weird comparison because if you’re running Linux and want to run x86 software you can just do it on x86. No corporation is forcing you off of the game’s native architecture.

Right, I’m not talking about Steam, I don’t think misk was either, the context is Apple transitioning to ARM silicon.

Also Steam definitely runs native 64 bit on x64 systems. It’s intended to run in either environment, and so will have 32 bit deps, but if you start Steam, the actual executables you’re running (e.g. ~/.local/share/Steam/ubuntu12_64/steamwebhelper) are 64 bit ELFs when needed. And, of course, games run in 64 bits and link to a 64 bit steam client library.