02:06:24 .merges 02:06:24 -xmr-pr- 7248 7266 7267 7278 7281 7282 02:12:56 vtnerd: please also PR 7285 against release (if you want) 02:14:42 moneromooo: you could PR the p2p / rpc limit patch now 02:17:55 Looks like at least one of vtnerd's patches is on only one of master/release. 02:18:22 binary_buffer in one branch, byte_slice in the other. 02:19:35 afaik we did not merge this to branch because it was not a bug fix 02:19:44 ok 02:19:51 * moneromooo ports 03:14:12 heya im just reading about multisig wallets and wow. Great work. it sounds awesome and super powerful. thank y'all! 03:38:50 vtnerd: please take a look at 7286 7287 10:00:07 How is waiting for an autistic person to get bored working out for you? While you settle in to your new way of life, think positively,you don't need to obsess over signs of FUK activity anymore. 10:00:07 jess: Get back to work immediately. This was supposed to be a challenge ^^ 12:31:31 Still rollin' the RPC dice to get the tests green @ 7283 (test parallelism) 13:35:30 I having 12/12 bad peers,they all at 2263958 but seems auto ban doesn't work for those IPs 13:37:59 Unable to sync without the blocklist 13:38:29 Consensus kinda relies on having at least one honest peer. There's a system that will drop a random peer from time to time to try and avoid those 100% sybils cases, but if your known peer list is 100% sybils, you're out of luck. 13:39:21 aichi-japan: Which version are you running? 13:44:02 i am runing lastest master 13:44:24 Can you try using the release-v0.17 branch? 14:48:55 100% sybils not in the beginning, I synced for about 10+ minutes from 1-2 normal nodes 16:14:03 Does anyone have any details on the new OOM attack going around? 16:15:15 Send a packet dump if you have one, I can have a look. 16:16:01 It's hard to catch them since my node is always restarting after failiure, but I do have some friends having touble with setting it up that way. Is there going to be a fix anytime soon? 16:18:05 Typically a couple days after I get a new packet. Then it should switch to a different one after a release. 17:08:19 gives voice to agentpatience 17:09:46 about capturing the OOM attacks, is there a preferred was to capture via a IDS/IPS firewall system like Fortigate? 18:17:27 I have a patch to dump traffic. Let me find and paste it... 18:18:50 https://paste.debian.net/hidden/349da462/ 19:12:17 https://github.com/monero-project/monero/pull/7287 needs a second review 20:57:37 selsta reviewed, found one typo (?) 20:57:54 thanks :) 22:21:20 FUK has been extemely hostile to Monero for over 4 years. Making miners for Monero, making a pool for Monero, making code that Monero copied, not exploiting bugs to steal millions from exchanges. Wow. Such huge hostility. 22:34:10 moneromooo: https://github.com/monero-project/monero/pull/7286#discussion_r553482752 22:34:31 if I understand this correctly vtnerd meant to set the defaults to p2p defaults, not size_t max 22:35:50 Ah. No. 22:36:24 Though I guess if he does PR that, fair enough. But if we can supply defaults, it makes sense to have no limit by default I think. 22:36:44 ok 22:37:14 Unless he can find a call from P2P that's not setting the restricted defaults of course. 22:37:31 But then the fix is to set the defaults. 23:04:58 .merge+ 7286 7287 23:04:58 Added 23:05:10 anything else for this release that is super important? 23:28:45 the suggestion was "defensive" programming - make the defaults restricted in case its neglected in a new call 23:33:52 vtnerd: if you want to include 7285 in release please PR it now to release branch 23:34:29 "anything else for this release that is super important?" -> there is a deadlock bug, am working on a fix atm 23:35:15 we did fix one regarding ban list but there might be more 23:36:20 hm, might be this one, i was running .8 release, not master 23:36:43 https://github.com/monero-project/monero/pull/7237 23:36:49 this is the one we fixed, but we had more deadlock reports 23:37:17 or "freeze" reports 23:41:22 "https://github.com/monero-project/monero/pull/7237" -> huh, yep, i caught this one 23:42:25 If it's a strong preference I guess I can change it, my preference isn't too strong. It just feels off. 23:42:36 (about default limits)