02:42:44 <mnt_grrrl5> The following tests FAILED:	  6 - check_missing_rpc_methods (Failed)Errors while running CTestmake[1]: *** [Makefile:149: test] Error 8make[1]: Leaving directory '/usr/local/src/monero/build/Linux/release-v0.17/release'make: *** [Makefile:99: release-test] Error 2
02:43:00 <mnt_grrrl5> make release-test
02:45:51 <moneromooo> Which RPC ? It'll be in LastTest.log in build/...
02:45:59 <moneromooo> (grep for check_missing_rpc_methods)
02:49:17 <mnt_grrrl5> 6/21 Testing: check_missing_rpc_methods6/21 Test: check_missing_rpc_methodsCommand: "/usr/bin/python" "/usr/local/src/monero/tests/functional_tests/check_missing_rpc_methods.py" "/usr/local/src/monero""check_missing_rpc_methods" start time: Dec 16 16:22 PST  File "/usr/local/src/monero/tests/functional_tests/check_missing_rpc_methods.py", line 16,
02:49:18 <mnt_grrrl5> in <module>"check_missing_rpc_methods" end time: Dec 16 16:22 PST"check_missing_rpc_methods" time elapsed: 00:00:00
03:03:56 <moneromooo> Works for me, master and branch.
03:54:47 <gingeropolous> yep selsta , even with out of 12, i still get the same problem
03:55:32 <gingeropolous> ~100 rpc connections, monerod can't add more rpc connections
03:57:19 <gingeropolous> or its being griefed somehow
05:14:47 <selsta> gingeropolous: i linked an github issue some weeks ago
05:15:03 <selsta> afaik it had a workaround but I don't find it
05:15:16 <selsta> will look in logs later
05:58:58 <selsta> gingeropolous: https://github.com/monero-project/monero/issues/6262#issuecomment-674382742
06:27:01 <makis> Hello!
06:31:42 <makis> I want to ask a question and I've posted it on Reddit. Is it okay if I link it here?
08:58:38 <scudyreal> All you are fighting for is e-penis of a guy you never met, that doesn't even have common decency to pay you for your time.
08:58:40 <scudyreal> Do you think they care about Monero, or privacy or anything other than money?
11:01:17 <mj-xmr-pc> https://github.com/monero-project/monero/pull/7160 Ready for review, if you care about a quick and dirty solution for cutting the compilation time by at least 70%
11:06:44 <needmoney90> Would using this impact deterministic builds in any way?
11:08:19 <mj-xmr-pc> needmoney90 if I understand your question correctly, it only affects your local builds. It is enabled only by setting USE_ICECC=ON, and the only 2 (new) targets, that do it are release/debug-all-icecc
11:08:35 <mj-xmr-pc> Because Deterministic builds is the CI, no?
11:08:54 <mj-xmr-pc> If yes, then these 2 new targets are not being called by the CI.
16:35:36 <selsta> sech1: could you take a look / review 7154 ?
17:18:50 <selsta> tobtoht_: did you have any luck with the busy RPC PR?
17:21:32 <tobtoht_> selsta: got sidetracked. I have time in a bit to look into it further
17:21:42 <selsta> great
17:31:12 <gingeropolous> selsta, thanks for link. im trying that hack.
17:45:12 <sech1> selsta I tried, and I Can't understand how 7154 works now :D
17:48:26 <moneromooo> We expect a block hash we have (where a new chain is grafted) and a set of new block hashes that make up the new chain portion.
17:49:04 <moneromooo> I'm actually not sure whether it's kosher to get anything below what we expect...
17:49:19 <sech1> context.m_expect_height - 1 is the block we have, right?
17:49:33 <moneromooo> Anyway, if you get something below, the hashes should not be hte same, or it'd graft higher.
17:49:39 <moneromooo> Yes.
17:50:33 <sech1> I have no more questions :)
18:01:06 <selsta> sech1: thanks
18:01:11 <selsta> moneromooo: 7157 requires minor rpc bump
18:03:54 <moneromooo> done
18:05:37 <selsta> .merges
18:05:37 -xmr-pr- 7074 7075 7140 7141 7142 7143 7144 7151 7152
18:05:38 <moneromooo> Hmm. Shittily though. We get 3.3 for branch and 3.4 for master. That makes it useless :/
18:05:48 * moneromooo goes see where the divergence comes from
18:06:45 <selsta> would setting both to 3.5 work
18:06:57 <moneromooo> Deterministic unlock time stuff. No, it would not.
18:07:16 <moneromooo> Since 3.5 would mean it has both, but the branch does not have the Deterministic unlock time stuff.
18:07:40 <moneromooo> No good solution beyond massive amounts of bitfields.
18:07:52 <selsta> hmm, deterministic unlock time should be in release too
18:07:58 <selsta> wasn’t it part of v0.17 hard fork?
18:08:32 <moneromooo> Oh it is, sorry. Skipped a patch.
18:08:41 <selsta> https://github.com/monero-project/monero/pull/7030/files
18:09:29 <moneromooo> A synchronized field.
18:09:41 <selsta> yep, someone asked for this
18:09:42 <moneromooo> Yes, that one.
18:10:30 <moneromooo> It's tiny. Maybe add it to the branch first :)
18:10:51 <selsta> xiphon: can your PR 7030 to branch too?
18:11:06 <selsta> moneromooo: then you can set it to 4
18:22:47 <midipoet> #monero-policy
18:22:51 <midipoet> Whoops
18:23:08 <moneromooo> Typo. It's police.
18:26:01 <selsta> .merge+ 7161
18:26:02 <xmr-pr> Added
18:30:19 -xmr-pr- xiphon opened pull request #7161: [release-v0.17] rpc: get_info - add 'synchronized' field
18:30:20 -xmr-pr- > https://github.com/monero-project/monero/pull/7161
19:54:24 <selsta> luigi1111w: please also merge 7161 so that we can avoid merge conflict
19:58:10 <luigi1111w> I'm not merging a 2hr old pr
19:58:20 <luigi1111w> I can merge it first though
20:12:02 <selsta> It has been merged to master a while ago so not really new
20:14:36 <selsta> merging 7156 7157 would be the alternative
20:15:20 -xmr-pr- xiphon opened pull request #7162: wallet_api: permit refreshing when daemon is not busy syncing
20:15:20 -xmr-pr- > https://github.com/monero-project/monero/pull/7162
20:18:00 <selsta> luigi1111w: yep, merging 7156 7167 would be even better instead of 7161
20:32:06 <luigi1111w> ok
20:39:46 <selsta> how does this work wallet_api wise when connecting to a node that does not support is_busy_syncing?
22:00:20 -xmr-pr- homdx opened pull request #7164: Update vers Ubuntu OpenSSL ZMQ ReadLine Cmake
22:00:20 -xmr-pr- > https://github.com/monero-project/monero/pull/7164