Agreed. It’s one thing if it’s climate change or something where we at least need to put a plan out there even if there’s zero chance of it happening, but for basic common sense stuff like this don’t bother. If we ever get back to trying to make average American lives better with the government, this is low hanging fruit.

This is about Linux kernel driver maintainership… It’s all open source.

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.

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.

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.

Sports gambling is just terrible for everyone except the bloodsuckers that run it. Sports teams don’t want it because it incentivizes cheating / rigging games. Personal bankruptcy and domestic abuse skyrocket when people lose money they can’t afford to lose. Now the apps feed an unstable addiction literally all day long.

Thanks to the Supreme Court for pulling a bullshit ruling out of their collective asses in 2018 that makes everything worse for average Americans.

Shit, I don’t even gamble and I’m just sick of their logos and ads all over every thing when I watch a game. Used to be they had “Gambling Prohibited” up around the stadium, now they may as well own the teams.

Pace makers keep you from dying so they’re sort of on a different level of need. Also, if corps did planned obsolescence on one, you’re probably not around to buy another.

If they were invented today, they would definitely have a predatory subscription model for “monitoring” your heart, or require occasional maintenance at cost to the end user.

The prequels were redeemed? That’s news to me.

I’m with you on 1 and 2, but “reduced lingual skills” I think is a bit of a stretch. Becoming fluent in another language takes a lot of effort and people only do it if they have a good long term reason.

I think it’s more likely this would cover the vacation / short term business case that is already covered by human interpreters (or apps already) instead.

I used mutt back in the day, opening vim for message editing.

I wouldn’t do a mailing list these days, but as someone who spent the early part of my career interacting with devs that preferred this method, it’s actually pretty ergonomic by a 2005 standard. A message thread aware, text based email client that can turn messages into patches in a keystroke makes it actually pretty comparable to modern code review…

I think it’s hard for younger devs to get this because they’re used to email being stuck in a crappy, unthreaded browser interface or Outlook etc. (which are terrible for mailing lists) and most collaboration taking place in code review and chat platforms like Teams/Slack but for decades before these were feasible, email was the way…

I have a couple of very minor commits in Linux and, in the 3.0 era, had my name at the top of a source file for a platform that never saw the light of day and was later removed wholesale.

Still feel that invisible feather in my cap.

I’ve only used Jellyfin, what does Plex do better for the non-expert user?

I mean, fuck Elon and Tesla but if you’re spending money on a car you’re giving it to a bastard one way or another. The CEOs of Ford, BMW, et. al. might not be making asses of themselves on the global stage, but I’m sure they’re still horrible. Even used cars run on gas 99% of the time.

So you’re right that this is a bit arbitrary because the line between the standard lib and the language is blurry, but someone writing Rust is going to expect Vec to work, it doesn’t even require an extra “use” to get it.

Perhaps a better core example would be operator overloading (or really any place using traits). When looking at “a + b” in Rust you have to be aware that, depending on the types involved, that could mean anything.

Anyway, I love Rust, it just doesn’t have the 1:1 relationship with the assembly output that C basically still has.

Huh weird, these pull requests just magically accepted themselves

Rust can create native binaries but I wouldn’t call it close to the metal like C. It’s certainly possible to bootstrap from assembly to Rust but, unlike C, every operation doesn’t have a direct analog to an assembly operation. For example Rust needs to be able to dynamically allocate memory for all of its syntax to be intact.

Reason number one million capitalism sucks. We should be happy to turn over dangerous or menial jobs to machines but we can’t do that because without jobs our society views us as worthless.

You can, but it’s not a perfect solution. Mostly because the TVs interface is still designed around this app mentality.

I bought a Samsung TV recently and it’s never been on the internet, but I still have to go to a dead home screen where all of the ads would be just to switch inputs and half the buttons on the remote are for services I don’t want.