00:12:30 <walraven[m]> I was directed here to find a full stack developers who have Monero integration experience. We have a project which can stop this authoritarian great reset takeover and it's not an understatement. One of the goals is it incentivize businesses and the masses to adopt Monero which is how I got directed here. We have a crucial window to get this launched before the USD is hyperinflates and CBDC is presented to the public to get adopted.
00:12:30 <walraven[m]> I'm not the best marketer but if you are qualified and you prefer not to eat cricket sandwiches please reach out
00:14:24 <walraven[m]> I was directed here to find full stack developers who have Monero integration experience. We have a project which can stop this authoritarian great reset takeover and it's not an understatement. One of the goals is it incentivize businesses and the masses to adopt Monero which is how I got directed here. We have a crucial window to get this launched before they hyperinflate the USD and present CBDC to the public to get adopted. I'm not
00:14:24 <walraven[m]> the best marketer but if you are qualified and you prefer not to eat cricket sandwiches please reach out
00:15:47 <walraven[m]> I was directed here to find a full stack developers who have Monero integration experience. We have a project which can stop this authoritarian great reset takeover. One of the goals is it incentivize businesses and the masses to adopt Monero which is how I got directed here. We have a crucial window to get this launched before the USD is hyperinflates and CBDC is presented to the public to get adopted. I'm not the best marketer but if
00:15:47 <walraven[m]> you are qualified and you prefer not to eat cricket sandwiches please reach out
03:58:33 <willshu[m]>     // create offline wallet... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/624157991da2ba4aba8ce45bd7c59a27fa0bc655)
04:00:05 <willshu[m]> I used this snippet of code to generate key images offline. However the last line `const keyImages = await offlineWallet.exportKeyImages(true);` throws an error: TypeError: (intermediate value) is not iterable.
04:00:16 <willshu[m]> Anybody knows what possibly causes this error?
04:50:17 * willshu[m] uploaded an image: (146KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/NRPYDYabeMDGoYueHiDHjoWL/Screen%20Shot%202022-07-22%20at%2012.33.34.png >
04:50:58 <willshu[m]> It seems this line throws the error.
05:05:26 <BusyBoredom[m]> `let that = this`
05:05:26 <BusyBoredom[m]> Ah, js. 
05:08:04 <rbrunner> walraven[m]: I am bit skeptical that you will get much attention here with alluding to cricked sandwiches and great resets. I think people here are pretty fact-oriented, and some hard facts about an attractive project would make more waves IMHO.
05:08:53 <rbrunner> *Cricket sandwiches of course, silly me :)
06:42:31 <cryptogrampy[m]> <willshu[m]> "Screen Shot 2022-07-22 at 12.33...." <- woodser: this should probably handle null values before calling .keyImages, but will.shu are you sure you're generating the wallet correctly?  Do other full wallet methods work as normal?
06:44:17 <willshu[m]> cryptogrampy[m]: / create offline wallet... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/cb81a3ef74152803311ee58e15c95b92c63ea7a1)
06:44:44 <willshu[m]> I use this method to generate a wallet. What does it have to do with this error? Sort of confused right now.
06:46:52 <willshu[m]> It works until recently. Just wonder what the cause of this error is, and why the error has anything to do with the way I set up the wallet.
06:48:32 <willshu[m]> https://github.com/monero-ecosystem/monero-javascript/blob/master/docs/developer_guide/view_only_offline.md
06:50:28 <willshu[m]> <cryptogrampy[m]> "woodser: this should probably..." <- Besides, the outputsHex should give two keyImages, why would there be null values. I cannot reproduce the error on my own machine. Do you know how to reproduce the error?
06:51:29 <willshu[m]> It is happening 100% on the remote machine. So it is not a random bug. But I cannot reproduce this error on my own machine. Does anybody know how to reproduce this error?
07:00:15 <monet[m]> #monero-dev,,
07:07:01 <willshu[m]> I was wondering, when view-only wallet calculates and exports outputsHex, does time matter? because our machine with view-only wallet on it may not have the correct time because it does not sync with the internet very often.
07:07:44 <willshu[m]> * the internet time very often.
07:13:09 <moneromooo> It does not.
07:15:03 <willshu[m]> moneromooo: then do you know how to reproduce the error on my local machine - `TypeError: (intermediate value) is not iterable`. I tried to modify a character in the outputsHex or make privateKey `null` but cannot reproduce the error.
07:20:00 <willshu[m]> With a pair of private key on my local machine and outputsHex from a view-only wallet based on this private view key, I cannot reproduce this error by modifying a character in the outputsHex or modify the private key. On the remote machine, the error is 100% reproducable, but since I do not have the private spend key of that machine, I cannot predict what causes the error.
07:21:38 <willshu[m]>  * With a pair of private spend and view keys on my local machine and outputsHex from a view-only wallet based on this private view key, I have the correct outputsHex and cannot reproduce this error by modifying a character in the outputsHex or modify the private key. On the remote machine, the error is 100% reproducable, but since I do not have the private spend key of that machine, I cannot determine what causes the error.
07:38:43 <r4v3r23[m]> <r4v3r23[m]> "i got a bunch of sendto: Operati..." <- https://pastebin.com/m0LX5Saw
07:43:24 <moneromooo> That looks like a javascript error, not a monero one.
07:47:58 <willshu[m]> moneromooo: I suppose so, but we specifically try catch this error, and it is thrown from a monero-javascript line of code.
07:48:16 * willshu[m] uploaded an image: (61KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/EqSHKAJJhnlPeuuNCzNZnEex/Screen%20Shot%202022-07-22%20at%2012.32.39.png >
07:49:31 <moneromooo> Well, I don't know javascript much at all, so find someone who does. Or I suggest peppering prints of typeof(var) (or js equiv) to see if they're really the types you expect.
07:50:03 <willshu[m]> The error is: `exportKeyImages Error: TypeError: (intermediate value) is not iterable`.
07:50:22 <moneromooo> I'd also check versions of js interpreters and dependent libs used on both machines, and compare.
08:21:26 <NakedKing> E status == CORE_RPC_STATUS_BUSY. THROW EXCEPTION: tools::error::daemon_busy  . What causes this problem? I've checked ports and seems ok
08:21:55 <NakedKing> daemon status:  Height: 1140979/1140979 (100.0%) on stagenet, not mining, net hash 3.80 kH/s, v14 (next fork in 13.9 days), 1(out)+0(in) connections
08:24:18 <moneromooo> Did you have a peer at the time ?
08:25:38 <NakedKing> Oh hey moneromooo,  what do you mean with peer?   Last daemon messages: [47.4.62.89:38080 OUT] Sync data returned a new top block candidate: 1140979 -> 1141143 [Your node is 164 blocks (2.7 hours) behind]      and      There were 102 blocks in the last 90 minutes, there might be large hash rate changes, or we might be partitioned, cut off from the Monero network or under attack, or your computer's time is off. Or it could be just sheer bad luck.
08:26:19 <moneromooo> I mean another monero server to which you could sync.
08:26:37 <selsta> NakedKing: do you see blocked peer messages?
08:26:59 <NakedKing> yes selsta ; 2022-07-22 00:48:09.634	I Host 47.4.62.89 blocked.  and more of this
08:27:16 <NakedKing> moneromooo, I'm running daemon and wallet on localhost
08:27:22 <selsta> where is your blockchain stored?
08:27:46 <NakedKing> at my harddisk
08:28:03 <selsta> external / internal? did you have a power loss?
08:28:21 <selsta> seems like corrupted stagenet blockchain to me
08:28:27 <NakedKing> nope, it was working yesterday. no conditions has been changed in this time
08:28:42 <selsta> if it stops verifying blocks and blocks all peers
08:28:45 <NakedKing> can a network problem cause this problem?
08:28:50 <selsta> no
08:31:46 <selsta> did you ever get higher than 1140979?
08:32:20 <NakedKing> Thanks. I've weird problems on my network. First thing gonna try at another one. If wont work i will re-syncs whole blockchain :(  
08:32:25 <NakedKing> Last sync message: Sync data returned a new top block candidate: 1140982 -> 1141147 [Your node is 165 blocks (2.8 hours) behind
08:33:02 <selsta> If it stays stuck on 1140979 it's a corrupted blockchain, if it slowly gets higher than 1140979 than maybe network issue.
08:33:16 <selsta> then*
09:29:18 * willshu[m] uploaded an image: (169KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/RQMtVeIrkuydHzbOJomuRcwP/Screen%20Shot%202022-07-22%20at%2017.29.06.png >
09:30:42 <willshu[m]> It seems if `keyImagesStr = {"keyImages": null}` then it will throw an error: `TypeError: (intermediate value) is not iterable.` Anybody knows under what circumstances the offline wallet will return `{"keyImages": null}` instead of `{"keyImages": []}`?
09:31:39 <sech1> Just check it for null on javascript side
09:36:27 <moneromooo> Maybe if it returns an error. Check the (level 2) logs.
09:36:34 <moneromooo> (assuming this uses wallet2)
09:40:06 <jozsef[m]> Is there a painless way of disabling easylogging++ in monero's build? (Trying to include/link wallet functionality via monero-cpp, but getting build errors due to already using a system-wide installed easylogging++ that has a different version.)
09:41:37 <willshu[m]> <moneromooo> "Maybe if it returns an error..." <- We use the monero-javascript library to export the images.... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/6055a9c2bc8c0bc558621075a9d3479f793bfa05)
09:42:27 <willshu[m]> <sech1> "Just check it for null on..." <- This is from the standard library so I cannot simply modify it. Besides, the function is supposed to return at least two keyImages, why would it return null?
09:44:53 <moneromooo> jozsef[m]: you could try removing it from the link lines, then defining all the stuff in misc_log_ex.h to ((void)0).
09:45:49 <moneromooo> In what way is it interfering with a system one though ? This implies it's not setting include/link paths correctly.
09:56:29 <jozsef[m]> monero-cpp's include (which I am including) includes `utils/misc_log_ex.h` which picks up monero's `easylogging++.h` but that's already downstream of my system's `easylogging++.h`. It looks like:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/98a51c9ee2879d0051223d251b33223ee37dad77)
09:56:40 <jozsef[m]>  * monero-cpp's include (which I am including) includes `utils/misc_log_ex.h` which picks up monero's `easylogging++.h` but that's already downstream of my system's `easylogging++.h`. It looks like:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/8cda070c9ca8218d1a0cbb95a715860e824690f6)
09:57:28 <jozsef[m]> At least this is my suspicion.
09:58:45 <moneromooo> OK, we have nohting in utils. Does it also happen with monero of just monero-cpp ?
09:58:59 <jozsef[m]> If I'm correct, one way would be to allow monero to detect and pick up the system's easylogging++.h if installed.
09:59:16 <moneromooo> Not compatible. I've changed it to have sane categories.
09:59:46 <jozsef[m]> Ah, it is a patched one, that's what I was afraid of. ;-)
10:00:09 <moneromooo> Beware the programmer with a keybaord...
10:01:18 <jozsef[m]> Of course first I just tried to use that, but attempting to configure easylogging++ following their docs just wasn't producing the correct behavior. Now I think I know why. 😀
10:54:49 <selsta> does the cli wallet restore the payment id when deleting the wallet cache? https://github.com/monero-project/monero/issues/8378
11:02:29 <selsta> hyc: please open 8379 against release-v0.18 branch
11:23:46 <moneromooo> It can't, as it doesn't have the secret key for it.
11:31:22 <hyc> selsta: done, https://github.com/monero-project/monero/pull/8454
11:31:35 <selsta> ty
11:44:37 <sech1> how about https://github.com/monero-project/monero/pull/8381 ? It would be nice to have it in the next point release
11:46:53 <hyc> 381?? the wallet files are already encrypted\
11:47:10 <hyc> doh, somehow that msg mis-rendered here
11:48:53 <sech1> 8381
11:49:04 <sech1> I'll prepare the PR anyway
11:52:03 <sech1> PR'd in https://github.com/monero-project/monero/pull/8455
12:14:06 <selsta> sech1: will add 8381/8455 to the merge queue, can you approve https://github.com/monero-project/monero/pull/8415 ?
12:17:17 <sech1> Right, I forgot to approve it when I checked it
12:29:55 <cpt_pi> 👋
12:30:10 <cpt_pi> Hello
13:19:46 <woodser[m]> <willshu[m]> "It seems if `keyImagesStr = {"..." <- please let me know if you can recreate the issue. I don't know how keyImagesStr would return {'keyImages': null}, since the key_images vector is always initialized in monero_wallet_full.cpp::export_key_images, but if there's an expected path for that, we can easily add a check in the js library
13:20:51 <monet[m]> Apprentice lol
13:52:41 <cpt_pi> Trying to build Monero v0.18.0.0 on my local and I'm getting to 98% but I'm getting this error - https://pastebin.com/31QcXgAv - can anyone please help me? I'm sure I'm just missing a dependency?
13:58:12 <moneromooo> Looks like your distribution's libnorm links against something we've not seen before. Find which lib those Proto* symbols are from.
13:58:26 <sech1> protobuf most likely
13:58:48 <sech1> sudo apt install libprotobuf-dev protobuf-compiler
13:59:20 <cpt_pi> sech1 - they're already installed
13:59:21 <moneromooo> Then it needs adding in CMakeLists.txt, look for   set(ZMQ_LIB "${ZMQ_LIB};${NORM_LIBRARY}")
13:59:29 <moneromooo> and do something similar.
13:59:49 <moneromooo> NORM_LIBRARY is defined a half sozen lines above. Duplicate it too.
14:04:32 <cpt_pi30> Lost connection there for a second
14:04:48 <cpt_pi30> I just found this issue from 2020 - https://github.com/monero-project/monero/issues/6821 - I'll take a look and see
14:30:05 <selsta> cpt_pi30: easiest way would be to build using depends, but you need x86_64 host for that and ubuntu 18.04 / 20.04
14:30:44 <cpt_pi> I've gotten it working with build depends, but I'm trying to do a multi-arch build and the aarch64 build takes ±6 hours - which causes github actions to kill it
14:31:01 <cpt_pi> Let me correct that: I've gotten build depends working for x86_64
14:31:15 <cpt_pi> aarch64 ran for ±6 hours and got kicked by github
14:40:27 <cpt_pi> aarch64 build takes so long because it's docker on qemu on a x86_64 vm - virtualization inception
15:16:22 <kayabaNerve> Tried to build Monero with mkdir -p build/release; cd build/release; cmake -D ARCH=native -D BUILD_TESTS=OFF -D CMAKE_BUILD_TYPE=Release ../..; make -j4. I get a flood of undefined reference CryptonightR_instruction213, and a few from RandomX too.
15:16:43 <walraven[m]> <rbrunner> "walraven: I am bit skeptical..." <- Making light of the situation. But yes the great reset involves controlling the currency with the CBDC they plan on implementing, control the food by controlling points in the supply chain for fertilizer and owning the farmland, controlling the housing (they already own 1 in 7). Then when people are starving from the controlled collapse they'll dangle central bank digital currency, a
15:16:43 <walraven[m]> universal basic income, and an esg social credit score to eat. Then you'll have to get the 8th sterilization booster and have the correct views on abortion else your esg score goes down and you're subjected to exclusionary measures like not being able to travel, or can't have certain jobs, or they turn your cbdc off after 5pm or you're only allowed to purchase 1 cricket sandwich a week with it. Total control. I'm just repeating what
15:16:44 <walraven[m]> they're publicly stating. And to call it a conspiracy is to call your mom a conspiracy because it's already 95% here and implemented
15:17:01 <kayabaNerve> I also can't find this discussed anywhere else, so seems to be some stupid quirk. Anyone have ideas?
15:23:25 <rbrunner> walraven[m]: If you are building something really interesting and innovative you will probably get interest here, and you may find a Monero dev ready to work with you or for you.
15:23:39 <rbrunner> So, are you? If yes you may tell.
15:25:35 <rbrunner> By the way, this is the channel to discuss dev-related topics, world view discussion might better go to #monero, if anything Monero of course ...
15:28:39 <selsta> kayabaNerve: do you have local changes?
15:28:47 <kayabaNerve> No
15:29:43 <selsta> we didn't touch CryptNightR in years
15:30:19 <selsta> what OS?
15:30:31 <selsta> what hardware? did you build monero before on that system?
15:31:01 <kayabaNerve> Arch. AFAICT this works on Ubuntu, as I was trying to get a CI build up. The CI build works. Now my local system doesn't
15:31:11 <kayabaNerve> It's my dev laptop I just had Monero on using the standard `make`
15:31:37 <selsta> the command you posted looks correct
15:31:46 <kayabaNerve> I just had to split the commands up so I could pass `-D ARCH=default` for CI and... now my laptop doesn't like me :
15:31:47 <kayabaNerve> *:/
15:32:07 <kayabaNerve> Yeah. I'm not expecting help, just more suffering lol. Just had to ask in case there was help
15:32:19 <selsta> i would try a fresh clone
15:32:27 <kayabaNerve> Did that
15:33:44 <selsta> VERBOSE=1 make
15:33:50 <selsta> check if there is anything obvious
15:33:56 <sech1> Try to find the exact cmake command line during the regular build
15:34:43 <kayabaNerve> ... it may be as stupid as `-D ARCH="native"` vs `-D ARCH=native`.
15:35:18 <kayabaNerve> That change, which I never would've assumed to matter, managed to trigger a rebuild. 
15:35:31 <kayabaNerve> No idea if it'll work though. I'm just hopeful given how stupid this is
15:37:15 <kayabaNerve> ... wow. That was it, at least on my fresh copy.
15:37:24 <kayabaNerve> I hate C++ .-.
15:37:30 <kayabaNerve> Thanks for being helpful as always, selsta 
15:38:43 <selsta> oh, didn't look close enough at the missing quotes lol
15:38:53 <selsta> fun error
15:39:33 <kayabaNerve> It wasn't the missing quotes. It was the additional quotes
15:39:48 <kayabaNerve> Apparently, that'll bork something on Arch
15:40:40 <kayabaNerve> Tbc, I don't believe this is legitimately C++ eco. It may be some zsh/bash quirk (I'd have to double check if these commands even went through my shell). I'm just frustrated C++ build tools couldn't identify this and let it propagate into extremely obscure errors D:
15:44:26 <sech1> It's not obscure errors. It just tried to use x64 code because it didn't know about "ARCH=native"
15:45:16 <sech1> CryptonightR_instruction213 and others exist only when compiling for x64
16:01:18 <Rucknium[m]> walraven: Better to make your pitch in #monero-community-dev:monero.social 
16:14:02 <cpt_pi> selsta moneromooo, got the build to succeed with Debian 10 rather than 11 🤔
16:33:05 <selsta> .merges
16:33:06 -xmr-pr- 8352 8359 8427 8428 8450
16:35:51 <selsta> .merge+ 8415 8451 8454 8379 8444 8442 8419
16:35:52 <xmr-pr> Added
16:38:35 <walraven[m]> <rbrunner> "By the way, this is the channel..." <- Trying to give background on the purpose. If anyone is interested in helping please reach out to me privately
16:49:01 <binaryFate> fluffypony: thanks for checking the DNS stuff, did you get to the bottom of it?
16:49:17 <fluffypony> binaryFate: I can't see any issue on the setup on our side, so no
16:49:26 <fluffypony> is it broadly an issue or just for some?
16:50:20 <binaryFate> not sure. selsta: you reported issues for ages, do you know?
16:53:44 <selsta> it happens on various ISPs so not sure if it's an ISP issue
17:02:45 <moneromooo> I get "16 valid signed result(s) for updates.moneropulse.org" here. So it looks like some downstream problem.
17:15:35 <kayabanerve[m]> <sech1> "It's not obscure errors. It just..." <- 1) ARCH="native", in case that makes a difference
17:15:35 <kayabanerve[m]> 2) This is a x64 laptop. If it's compiling all of Monero, not as native, but as x64, it should've successfully compiled. My guess is half of it compiled as x64 and half as native or so :/
17:22:43 <ofrnxmr[m]> Am I supposed to be able to click on that link? Should something load in my browser?
18:01:02 <selsta> .merge+ 8323
18:01:02 <xmr-pr> Added
18:02:19 <selsta> if I set my max out_peers to 24, how long should it take for the out connections to go up to 24?
18:04:24 <selsta> my node was at 10 outs and suddenly 6 minutes later it jumped up to 24 out peers
18:16:48 <ofrnxmr[m]> Ill increase right now and see what I get.
18:16:48 <ofrnxmr[m]> 24 original 36 new
18:16:48 <ofrnxmr[m]> 2:35 to go from 24-26
18:23:29 <selsta> to me it seems like my node only tries to connect to out peers every X minutes
18:23:47 <selsta> don't know if that's intended behavior
18:26:02 <moneromooo> There's no particular intended rate of increase.
18:35:26 <selsta> fluffypony: binaryFate: regarding DNS, I get the warning on Hetzner and Linode, but with my home ISP I don't get the DNSSEC warning
21:20:15 <binaryFate> I get the DNSSEC warning right now, from ISP "Bell Canada". I'm traveling so I don't know if it's always the case with this one