00:01:04 <hyc> there were two different C++ runtimes on mingw - win32, and posix emulation. the posix emulation version was always buggy
00:01:59 <hyc> people should read commit histories more often. this was all logged in the past.
15:19:11 <markizano> 2024-03-04 15:04:08.204        I [49.12.228.126:35704 INC] Sync data returned a new top block candidate: 3097759 -> 4259523 [Your node is 1161764 blocks (4.4 years) behind] 
15:19:22 <markizano> ^ is this just a bad actor or am I missing a terribly huge number of blocks?!?!
15:19:36 <markizano> o wait, this address is different than before ...
15:22:03 <markizano> sorry for the tags, ArticMine binaryFate selsta luigi1111 -- not sure if this is urgent and someone exploiting the network.
15:22:28 <selsta> you can ignore it
15:23:00 <selsta> it's harmless, someone incorrectly forked monero and it's causing these messages
15:23:09 <markizano> but then nodes will stay in sync mode and never get to the latest block, will they ?
15:23:14 <selsta> no
15:23:14 <markizano> aaah
15:23:16 <markizano> okies
15:23:18 <markizano> thanks for that :)
15:23:41 <markizano> you think it would help to give them like a temp ban in the monero node ?
15:24:09 <selsta> you can ban all IPs that claim to be so much ahead
15:24:21 <selsta> if you don't want to see the messages
15:24:36 <markizano> okies
15:24:39 <markizano> thanks much!
15:26:55 <m-relay> <b​oog900:monero.social> I just connected to that peer on 18080 and it's reporting normal info: `current_height: 3097764`, `top_hash: c75ef84fd213b38b442b34c0b301c4edb3090eb79db7f8b40280146be9681f76`.
15:30:08 <markizano> oh nice! Thanks much for the confirm!
15:31:34 <markizano> switching gears to another topic.... (this may be unrelated)
15:31:53 <markizano> I did a YouTube (https://youtu.be/sIRvBgHgmXw) on installing the daemon, p2pool and the xmrig client.
15:31:59 <markizano> I'm curious about HA and my own internal network.
15:32:15 <markizano> I am building out >1 monerod node in my internal network and don't want to expose all of them to the Internet.
15:32:47 <markizano> Could I put up a HA (like nginx or HAProxy) in front of them to receive the traffic and pass back to them in like other HA setups ?
15:33:33 <markizano> Apologies if that sounds dumb or obvious, but I hadn't delved into the source for the networking part to know how well that would behave... like if there'd be partial blocks that would never communicate because of session stickiness or something.
15:38:06 <markizano> I'd like to do another video explaining how you can setup on your own hardware instead of Linode -- it wasn't a very good example using linode and from what I gather in the comments, not everyone listened to my disclaimer about just using them as an example...
18:40:15 <selsta> .merge+ 9187 9184 9179 9170 9169 9168
18:51:50 <Lyza0> I'm so hype for this release
21:04:24 <selsta> .merge+ 9167 9166
21:04:24 <xmr-pr> Added
21:04:26 <selsta> .merges
21:04:26 -xmr-pr- 9166 9167 9168 9169 9170 9179 9184 9187
21:04:40 <selsta> luigi1112: please merge these and then tag v0.18.3.2
21:09:52 <m-relay> <e​dge7:matrix.org> Is this a minor release right? No need to jump on it?
21:12:03 <selsta> yes, not a major release but will include some bug fixes
21:12:41 <m-relay> <e​dge7:matrix.org> Are there mainly for mac if I remember well some messages above. Correct?
21:15:05 <selsta> riscv64 binaries, macOS RandomX bug fix, multisig improvements, zmq related bug fix, slight decoy selection algorithm tweak, i2p bug fix, 
21:15:55 <selsta> https://github.com/monero-project/monero/compare/v0.18.3.1...release-v0.18
21:18:48 <m-relay> <e​dge7:matrix.org> What's the commit for the decoy small change?
21:18:48 <m-relay> <e​dge7:matrix.org> Cannot find it
21:20:06 <selsta> and a wallet feature to send a transaction amount with the fee included
21:20:21 <selsta> https://github.com/monero-project/monero/pull/9023
21:20:33 <m-relay> <e​dge7:matrix.org> https://github.com/monero-project/monero/commit/dfb990e8bb606c4c50ed0e06b439601d348c86a7
21:20:50 <m-relay> <e​dge7:matrix.org> Yes thanks I found it.
21:20:50 <m-relay> <e​dge7:matrix.org> Thanks for keeping up 🙏
22:18:21 <m-relay> <e​dge7:matrix.org> Maybe a silly point:
22:18:22 <m-relay> <e​dge7:matrix.org> I understand that if I have then 100 items which follow a generic distribution and then I select without replacement (let's suppose I need 10 items) the first one then the second and so on.. When I am about to get the 10th the original distro is skewed..
22:18:22 <m-relay> <e​dge7:matrix.org> But what if I shuffle the list and then get the first then item? Should not be a not skewed distro very similar to the original without the replacement problem?
22:18:23 <m-relay> <e​dge7:matrix.org> Or maybe this is what it's done already and I have not gotten it.. Or maybe I miss context and the above is crap.
22:23:01 <m-relay> <e​dge7:matrix.org> Perhaps the above works just for a single unit.. Like just one ring.. No multiple rings
22:30:27 <luigi1112> k
22:37:57 <selsta> jeffro256: this test fails for me on macOS https://github.com/monero-project/monero/commit/b13c5f6669f9612bef7cba18be7189bf6dfa6e61#diff-5c1efeaa7faf3be92a02664577736a58f73beddd3d6122f2964537f5a0d6098fR1902
22:38:10 <selsta> Actual: 22 Expected: 0
22:39:06 <m-relay> <r​ucknium:monero.social> edge7: AFAIK, "shuffle the list" is what the pre-patched code does. I did this analysis with simulation code: https://github.com/monero-project/monero/pull/9023#issuecomment-1802593848
22:40:43 <m-relay> <r​ucknium:monero.social> The "wallet: mitigate statistical dependence for decoy selection within rings" patch is a good change, but it has a very minor effect.
22:45:36 <m-relay> <r​ucknium:monero.social> Anyway, I am glad people are watching this since my proposed changes to the decoy selection algorithm under OSPEAD will be much bigger. I look forward to input!
23:46:51 <m-relay> <j​effro256:monero.social> Yeah sorry I meant to fix that testcase completely for non Linux libc's
23:47:08 <m-relay> <j​effro256:monero.social> The behavior of the main code isn't wrong just the test
23:53:47 <selsta> ok, so nothing that delays the release?