catern

Couldn't there be more tools in the UI to make this easier?

Specifically, I think the part of the game that I like the least is figuring out exactly which set of gear I should use to maximize my resistances/AC/EV/stats. Keeping track of all the overlaps between different pieces of gear and doing major reshuffles regularly every time I find some new piece of gear or I need to max out some specific resistance is very tedious: Changing to a completely different set of gear is annoying, and keeping track of the stats that different sets of gear have is annoying, and trying to remember what artifacts you have and how they can be combined is annoying.

It would be nice if there were easier ways i

Does anyone have a good solution for a wall-mounted charging station for my 3 Vive trackers? I have this wall mounted charger for my Valve Index and controllers https://www.amazon.com/VRGE-Charging-Station-Headset-Controllers-steam/dp/B08DXD1XCZ and it would be nice to keep the trackers next to it on the wall.

I just set up a Windows VM with a PCI-passthrough GPU, and I'm trying to run VRChat in the VM. But unfortunately it's crashing the entire VM every time on startup, on what looks like some Easy Anti-Cheat loading phase?

I've done (I think) all the steps described in https://docs.vrchat.com/docs/using-vrchat-in-a-virtual-machine but nevertheless this is still happening.

I looked at the EAC logs but didn't find anything useful. Is there a good way to test whether EAC is expected to work? Or otherwise test/debug my setup?

System76 laptops look really appealing (good battery life, Coreboot, Linux-first) but they also have barrel chargers which is somewhat unappealing to me. Are there any good Linux laptops with USB-C charging exclusively? My desktop is my main machine so I don't need a ton of compute.

(For the last decade I've been using Chromebooks exclusively, and they got exclusive USB-C charging quite early, and I've liked that a lot for reducing port clutter. I don't really need much ports!)

In theory, one could have the following set of records at the .com nameservers:

NS a.com ns1.a.com
A  ns1.a.com 1.2.3.4
NS b.com ns1.a.com
NS c.com ns1.b.com

i.e. no glue record for ns1.b.com. This would slow down name resolution for clients, since they would look up "c.com", get "NS ns1.b.com", then have to look up "b.com" before they can contact the c.com nameservers, but it would still work fine.

However it seems like some registrars, at least for .com, don't allow configuring the NS record (the delegation) without the A record (the glue).

Is there some ICANN policy requiring that all delegations have a glue record, even when not necessary for name resolution? So