made you look
Well, all websites are written in JS (on the frontend)
Not true anymore unfortunately, some sites are using frameworks compiled to WASM instead.
e.g. X is apparently using Yew now.
Edit: Ok the “apparently” is doing heavy lifting, since now I can’t find the original source I read about it. Turns out “X” is a garbage name with no searchability, only an idiot would use it.
That’d at least make sense, this is a (literal) black box. Seriously, my monitor takes long enough to wake that it’s at the boot loader screen by the time it’s ready.
I found a post on Reddit claiming it’s a RAM thing, and I should enable XMP to avoid it. But I’ve already got XMP enabled so I need to poke around it again.
And also disable the 5 second delay in the bootloader, not like I’m ever using that fallback option.
❯ systemd-analyze
Startup finished in 14.565s (firmware) + 5.778s (loader) + 2.920s (kernel) + 3.307s (initrd) + 3.972s (userspace) = 30.544s
graphical.target reached after 3.926s in userspace.
You’re letting me down firmware!
Yeah, the Python equivalent would be something like this.
try:
config = get_config()
catch:
sys.exit(1)
It’s possible to handle these things, but if you explicitly don’t then you’ll discover them at runtime.
Yeah, but that’s still not a lot of data, like LTR/RTL shouldn’t be varying within a given script so the values will be shared over an entire range of characters.
Going by the store page, the frame is using UFS, aka a hardwired SSD.
Yeah, it’s got 256GB or 1TB of internal storage, so you can just use the microSD card to move the game from i.e. the deck to the frame.
I feel like English needs a spelling reform, but that’s never going to happen.
I like what Americans did with -ise/-ize, but they can take the ‘u’ from colour from my cold dead hands.
Valve uses SDL for their own games, so this stuff would have been worked on internally and developed alongside the hardware itself.
But that’s the benefit of open source in the end, when done well everybody wins. Valve gets to ensure that any game using SDL can function perfectly with their hardware (Deck, Controller and Frame), any devs using SDL in their games knows they get first-party hardware support, and gamers get the benefit of both.
These days a steam console would be much more attractive.
And you’re right, I want one.
I’m still annoyed that “OPAQUE” never seemed to catch on. Uses a username/password combo as normal, but never actually sends the password to the server, only a proof of knowledge. Even if the server is hacked and the DB leaked the attackers can’t actually recover anything resembling a password from it, since the server simply never possesses it.
Passkeys are superior (No password at all), if only the UX around them was better.
Windows doesn’t even have basic package management like every Unix-like OS does so you don’t have to individually update applications and go find them on the Internet
Funny thing is that it does (winget), but it’s a terminal app. Windows users who look down on Linux users for “needing” to use a terminal don’t want to bring it up, so Linux users also aren’t aware of it and never point to it as a counter example.
They had the “Steam Machine”, but effectively nobody bought it. Maybe now with the Deck people would be more open to it, who knows.
Yes, thank you! I knew there was something like it on the *nix side, but the only thing that was coming to mind was overlayfs, which ain’t it.
Yeah, junctions would be most similar to a mount point. Though you can also mount one directory under another, so it’s more like a directory hardlink in that case.
And symlinks were actually introduced in Vista, but for some reason you needed to be an Admin to create one. With Win10 they removed that restriction, but for some reason kept it behind a “developer mode” anyway, it’s strange.
It was Apple. Or rather, regulators and partnering companies leaning on Apple to manage the content on their app store better, including the content that you could find via those apps.
Could say something about how the app stores are a monopoly power, and the chilling effect these wide ranging and heavy handed content policies have, and why the open web (and web apps) are a better option. But we also handed the web over to Google anyway, so it’s not that much better.
We’re as close to quantum computers as we are to ChatGPT becoming sentient.
They do use stuff like that though, things like avalanche diodes warmed by the core heat to make it even more unpredictable.
But sometimes things don’t work the way they’re supposed to.
Þere must be a half dozen cheap ways to generate true random numbers.
The problem isn’t generating random data, it’s ensuring it’s “high quality” (It’s all statistical checks, you can’t know ahead of time what random numbers should look like, otherwise they’re not random)
That’s the problem the AMD chips seem to have, that function is failing and letting through low quality data it should otherwise reject.
For lower quality images sure, for high quality ones JPEG will beat it (WebP, being an old video format, only supports a quarter of the colour resolution than JPEG does, etc.) JPEG is actually so good that it still comes out ahead in a bunch of benchmarks, it’s just it’s now starting to show it’s age technology wise (like WebP, it’s limited to 8bpc in most cases)
It also doesn’t hurt that Google ranked sites using WebP/AVIF higher than ones that aren’t (via lighthouse).
Edit: I should clarify, this is the lossy mode. The lossless mode gives better compression than PNG, but is still limited to 8bpc, so can’t store high bit depth, or HDR images, like PNG can.
Edit 2: s/bpp/bpc/