00:01:04 there were two different C++ runtimes on mingw - win32, and posix emulation. the posix emulation version was always buggy 00:01:59 people should read commit histories more often. this was all logged in the past. 15:19:11 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 ^ is this just a bad actor or am I missing a terribly huge number of blocks?!?! 15:19:36 o wait, this address is different than before ... 15:22:03 sorry for the tags, ArticMine binaryFate selsta luigi1111 -- not sure if this is urgent and someone exploiting the network. 15:22:28 you can ignore it 15:23:00 it's harmless, someone incorrectly forked monero and it's causing these messages 15:23:09 but then nodes will stay in sync mode and never get to the latest block, will they ? 15:23:14 no 15:23:14 aaah 15:23:16 okies 15:23:18 thanks for that :) 15:23:41 you think it would help to give them like a temp ban in the monero node ? 15:24:09 you can ban all IPs that claim to be so much ahead 15:24:21 if you don't want to see the messages 15:24:36 okies 15:24:39 thanks much! 15:26:55 I just connected to that peer on 18080 and it's reporting normal info: `current_height: 3097764`, `top_hash: c75ef84fd213b38b442b34c0b301c4edb3090eb79db7f8b40280146be9681f76`. 15:30:08 oh nice! Thanks much for the confirm! 15:31:34 switching gears to another topic.... (this may be unrelated) 15:31:53 I did a YouTube (https://youtu.be/sIRvBgHgmXw) on installing the daemon, p2pool and the xmrig client. 15:31:59 I'm curious about HA and my own internal network. 15:32:15 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 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 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 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 .merge+ 9187 9184 9179 9170 9169 9168 18:51:50 I'm so hype for this release 21:04:24 .merge+ 9167 9166 21:04:24 Added 21:04:26 .merges 21:04:26 -xmr-pr- 9166 9167 9168 9169 9170 9179 9184 9187 21:04:40 luigi1112: please merge these and then tag v0.18.3.2 21:09:52 Is this a minor release right? No need to jump on it? 21:12:03 yes, not a major release but will include some bug fixes 21:12:41 Are there mainly for mac if I remember well some messages above. Correct? 21:15:05 riscv64 binaries, macOS RandomX bug fix, multisig improvements, zmq related bug fix, slight decoy selection algorithm tweak, i2p bug fix, 21:15:55 https://github.com/monero-project/monero/compare/v0.18.3.1...release-v0.18 21:18:48 What's the commit for the decoy small change? 21:18:48 Cannot find it 21:20:06 and a wallet feature to send a transaction amount with the fee included 21:20:21 https://github.com/monero-project/monero/pull/9023 21:20:33 https://github.com/monero-project/monero/commit/dfb990e8bb606c4c50ed0e06b439601d348c86a7 21:20:50 Yes thanks I found it. 21:20:50 Thanks for keeping up 🙏 22:18:21 Maybe a silly point: 22:18:22 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 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 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 Perhaps the above works just for a single unit.. Like just one ring.. No multiple rings 22:30:27 k 22:37:57 jeffro256: this test fails for me on macOS https://github.com/monero-project/monero/commit/b13c5f6669f9612bef7cba18be7189bf6dfa6e61#diff-5c1efeaa7faf3be92a02664577736a58f73beddd3d6122f2964537f5a0d6098fR1902 22:38:10 Actual: 22 Expected: 0 22:39:06 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 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 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 Yeah sorry I meant to fix that testcase completely for non Linux libc's 23:47:08 The behavior of the main code isn't wrong just the test 23:53:47 ok, so nothing that delays the release?