Ben Westover

If hosting is on the table, we could simply run [archweb](https://github.com/archlinux/archweb) like ArchLinux32 does and ArchLinuxPPC used to.

I'm also interested in RISC-V xmrig, I have a Nezha D1 I'm willing to test any code on.

That error just means it's trying to compile with x86-specific options, because xmrig is built to treat everything it can't detect ARM on as x86.

No, there's no code for RISC-V yet. There's code in xmrig that uses x86 specific features, and the only reason ARM works is because of translation layers like sse2neon. Before...

I'm experiencing this as well.

I'm using this library in an application where it won't be possible to know the IP address of any device running it.

config is created from running json::parse on a file, it's declared in main scope. I got the dpp::async straight from a [docs example](https://dpp.dev/coro-simple-commands.html): ```cpp // Send a " is thinking..."...

https://github.com/brainboxdotcc/DPP/blob/74b3865ad831a3e632f27b06aaf2ec6fd42d169f/include/dpp/channel.h#L245-L249 The enum says it'll be converted to minutes, but in `thread_create` it's just passed directly: https://github.com/brainboxdotcc/DPP/blob/74b3865ad831a3e632f27b06aaf2ec6fd42d169f/src/dpp/cluster/thread.cpp#L155-L165 However in another command `thread_create_in_forum` you're doing the conversion: https://github.com/brainboxdotcc/DPP/blob/74b3865ad831a3e632f27b06aaf2ec6fd42d169f/src/dpp/cluster/thread.cpp#L118-L141

Even if I supply the actual value 10080 instead of the enum, now I get the error `[json.exception.type_error.302] type must be string, but is number`. Here is the JSON being...

This JSON type error has magically stopped happening when I tested it again today, even though I have changed literally zero code and didn't even recompile it. I don't know...