Windows arm before Linux arm? Bold choice.

In related news, it's Open Tech Week here (canodrom.barcelona/ca/opentechw...) with a selection events orbiting around Mozilla DevFest this coming weekend.

Anybody I know going to DevFest? TBC but I'm likely to be there on Friday.

Surprises me more things don't do this tbh. Doesn't seem that hard to do with mdns etc, you can still have a cloud as well for tricky networks, non-local control or advanced features, but local-connectivity-where-possible gives you a huge boost to reliability _and_ drops your server load.

Especially looking at stories like www.dexerto.com/entertainmen... I'd really love to see this lead to more IoT to prioritising local control instead of AWS-for-everything (or at least, local fallbacks).

And in terms of recovery, I just need to know the BitWarden password, and be able to get access to one of my yubikeys (there's a backup stashed away) or the backup-backup recovery codes, and I can always get back in.

Security wise, I think that means nothing's accessible without access to both the physical key (=personally rob me) _and_ BitW login (=know the password or get yubikey+active session).

Hopefully this is hit-me-with-a-wrench-security equivalent, I think?

End goal: all the passwords live in BitWarden, all 2FA runs via a Yubikey that lives on my keyring, all unphishable.

Login anywhere with a yubikey tap for BW, 2fa with another yubikey tap, done.

Excitingly I've just seen BitWarden employees hinting that they're adding unlock support in the extension etc with passkeys, which will polish the UX for all this very nicely.

Web Bluetooth but no WebUSB? IoT world is tragic right now, so many hardware devices tell me to install chrome for their setup processes (even my keyboard itself!)

My kingdom for a world where hooks die and get replaced by something with less magic and more normal JS semantics 🙏

Classes had their issues, but at least they behaved the same way as all the rest of my codebase.

bundlejs.com?q=react-dom%...

```
export { createRoot } from "[email protected]";
```

Build, console shows:

> Bundle size is 28 kB -> 10.1 kB (gzip)

For 19.2.0, just change the dep to "[email protected]/client".

I haven't used bundlejs before, so it is always possible I'm holding it wrong somehow!

Wow, digging into the bundle sizes this is even worse - between 17.0.0 & 19.2.0, the package download has gone from 3MB to 7.3MB (2.4x) but the resulting gzipped bundle has gone from 10kB to 60kB (6x increase!). Ouch.