*exists in Gentoo with -march=native*

Give wine a try. If it’s just a facade running adb, there’s a non-zero chance it’ll just work!

virt-manager handles USB passthrough really well! I’ve never tried multimonitor though. Hopefully unnecessary, but if you notice the guest running particularly slowly under the QEMU backend, you’ll probably want to make sure KVM is working properly.

May I ask why you’re debugging Android in Windows instead of natively?

Wait, don’t sofiles already embed version information? And can’t symbols be versioned within a library? I’m only vaguely familiar with that stuff though.

I believe you can! You don’t need this product though. See https://www.home-assistant.io/voice_control/android/

less is an unsung hero.

That is certainly possible, but I think the usual flow is for KDE wallet to handle the actual security stuff and the application just gets the credentials

Just a guess, but is it saving your RuneScape account information in your KDE wallet?

It’s hopefully common knowledge, but just in case, Codeberg is running Forgejo. You can host a compatible instance yourself! It’s not that painful.

Am I misunderstanding, or is this not open source? Looks like you have to pay on ko-fi.

I haven’t thought about that in aaaages…

You can configure pretty much any DE to launch exes as if they were native binaries. It used to be the default (and may still be).

I’d rather there be a FOSS option for people stuck with super rare hardware that’ll never get enough attention for a Linux driver.

I’m not sure what advantage loss32 has over any normal distro+wine? A familiar user interface?

ReactOS’ claim to fame, IIRC, is that it also has driver level compatibility, and that’s something a Linux kernel couldn’t ever realistically do.

Woah there, that’s way too fancy!

I wish that were true…

When you see plain serif black text on a white background *chef’s kiss*

That’s why I specified a proof-of-stake cryptocurrency. They use so much less energy that it is practically negligible in comparison, and more on the order of traditional online transactions.

Yeah, exactly. A regular user isn’t going to notice an extra few cents on their electricity bill (boiling water costs more), but a data centre certainly will when you scale up.

Scarcity is what powers this type of challenge: you have to prove you spent a certain amount of electricity in exchange for access to the site, and because electricity isn’t free, this imposes a dollar cost on bots.

You could skip the detour through hashes/electricity and do something with a proof-of-stake cryptocurrency, and just pay for access. The site owner actually gets compensated instead of burning dead dinosaurs.

Obviously there are practical roadblocks to this today that a JavaScript proof-of-work challenge doesn’t face, but longer term…

Should also take a look at https://www.home-assistant.io/voice_control/voice_remote_local_assistant/