00:31:49 <UkoeHB> moneromoooo: do you have a handy link to your work on embedding data in transactions? a github issue, PR, or branch?
00:31:57 <UkoeHB> or kayabanerve[m] 
00:36:15 <kayabanerve[m]> Mooo published under townforge iirc
00:36:58 <kayabanerve[m]> I never did any work besides an additional Nonce field, but I can PM you a list of ideas
08:19:59 <moneromoooo> UkoeHB: https://git.townforge.net/townforge/townforge/commit/7c70d0ef6e4900434e54cb7cf071074d3d4da66b
08:20:22 <moneromoooo> There was a good reason it would not really work for monero in practice, can't recall what it was just now.
08:22:06 <moneromoooo> Oh right: the recipient learns which spend is the real spend for rings which do include some embedded data. Which is an OK compromise in a game's case, not in monero's.
08:22:36 <moneromoooo> Not quite right:
08:23:09 <moneromoooo> the recipient learns a subset of the fake spends in a ring that contains embedded data.
08:23:26 <moneromoooo> This collapses to learning the real spend if the ring is chock full of data, which it doesn't have to be.
08:24:08 <moneromoooo> So if the embedded data is limited in size, you could stop the leak to making ring size a bit less to the recipient, which may be acceptable.
08:24:25 <moneromoooo> However, you cannot enforce this at consensus level for obvious reasons.
08:25:14 <moneromoooo> Well, scratch that last one. There may be cunning crypto things that let you do that with range proofs...
20:47:22 <xfedex[m]> <Stnby[m]> "DNS is not centralised but the..." <- In the U.S. governments hands, more than in your government hands
20:47:41 <UkoeHB> moneromoooo: thanks
20:47:51 <xfedex[m]> By default most devices use Google or CloudFlare DNS servers
20:48:21 <sneurlax[m]> I'm building Monero and its dependencies as in:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/af6095e9c219694670f079ed433679e0b009c311>)
20:51:07 <sneurlax[m]> in `/home/user/src/flutter_libmonero/scripts/windows/build/monero/contrib/depends/x86_64-w64-mingw32/share/toolchain.cmake` I do have these variables and others defined, but it doesn't seem to be being used properly... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/a7a9888e23c684c44ab485a40faa690e289a5d6d>)
20:51:27 <sneurlax[m]> s/`/home/user/src/flutter_libmonero/scripts/windows/build//`/
20:52:07 <sneurlax[m]> and libunbound.a etc are there in /lib, unbound.h is in /include, etc
20:53:04 <sneurlax[m]> I tried... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/77c35befa8a0ce7d79dc7091723356c9f84eba2f>)
20:54:12 <sneurlax[m]> s//share/toolchain.cmake//
21:15:42 <tobtoht[m]> -DCMAKE_FIND_DEBUG_MODE=On might help you figure out why it's not finding it.
21:17:57 <tobtoht[m]> You might also find this useful: https://github.com/feather-wallet/feather/blob/master/Dockerfile.windows
21:28:08 <tobtoht[m]> Do you specify the full path to the toolchain file? Like -DCMAKE_TOOLCHAIN_FILE=${PWD}/contrib/depends/x86_64-w64-mingw32/share/toolchain.cmake
21:31:35 <sneurlax[m]> Yes, but neither neither -DCMAKE_TOOLCHAIN_FILE=${WORKDIR}/contrib/depends/x86_64-w64-mingw32/share/toolchain.cmake nor -DCMAKE_TOOLCHAIN=${WORKDIR}/contrib/depends/x86_64-w64-mingw32 as in contrib/depends/README.md
21:31:54 <sneurlax[m]> * Yes, but neither neither -DCMAKE_TOOLCHAIN_FILE=${WORKDIR}/contrib/depends/x86_64-w64-mingw32/share/toolchain.cmake nor -DCMAKE_TOOLCHAIN=${WORKDIR}/contrib/depends/x86_64-w64-mingw32 (as in contrib/depends/README.md) work
21:33:09 <sneurlax[m]> absolute paths similarly
21:38:14 <sneurlax[m]> nevermind, that was the issue actually; don't use `-DCMAKE_TOOLCHAIN` as in the README, use `-DCMAKE_TOOLCHAIN_FILE` as @tobtoht#2231 said.  Thank you!
21:38:34 <sneurlax[m]> I had to clear my cached cmakefiles in order to realize that
21:40:56 <tobtoht[m]> sneurlax[m]: Nice
21:44:25 <tobtoht[m]> Looks like a fix for the README already made it's way into master