00:03:25 <iDunk> 6/22 Test  #6: functional_tests_rpc .............   Passed  540.66 sec
00:06:51 <iDunk> unit_tests always fail like this here  https://paste.debian.net/hidden/3b499324/
00:07:19 <selsta> ok thanks for testing, guess we can add  7387 then
00:07:44 <selsta> .merge+ 7387
00:07:44 <xmr-pr> Added
00:09:01 <iDunk> https://paste.debian.net/hidden/a9ddc0de/
00:50:53 <luigi1111w> .merges
00:50:53 -xmr-pr- 7088 7238 7310 7326 7332 7349 7358 7373 7387 7391 7459 7460 7520 7538 7542 7549 7615 7620 7621 7622 7623 7631 7632 7636 7637 7638
00:51:02 <luigi1111w> plz hold, an operator will be with you shortly
01:12:12 <luigi1111w> 7373 has a comment
01:15:19 <luigi1111w> hyc or moneromooo (or anyone)
01:22:01 <selsta> luigi1111w: no big deal but wanted to test 7396 first before merging
01:22:12 <selsta> but it's a minor PR so should not matter
01:22:18 <luigi1111w> oh, blame moneromooo
01:22:32 <selsta> :D
01:22:36 <luigi1111w> :P
01:24:39 <hyc> 7373? will take a look
01:25:47 <hyc> what do you suggest? not like there's a monerod user manual
01:26:40 <hyc> the bug in question was that RANDOMX_UMASK didn't provide a way to control the LARGE_PAGES flag. that bug is certainly fixed
01:29:41 <selsta> hyc: can you take out the "fixes #7372" part of the PR description? then we can merge it
01:29:53 <hyc> ok
01:29:58 <selsta> seems like the issue creator specifically wants documentation which can be done separately
01:30:21 <hyc> done
01:30:30 <selsta> luigi1111w: ^^
01:40:22 <luigi1111w> great
02:07:56 <selsta> .merge+ 7430 7435 7439 7476
02:07:56 <xmr-pr> Added
02:09:22 <selsta> .merges
02:09:22 -xmr-pr- 7332 7349 7387 7430 7435 7439 7476 7637 7638
02:41:32 <luigi1111w> moneromooo 7332 rebase please
04:01:12 <mj-xmr> Thanks for working overtime.
04:01:27 <mj-xmr> luigi1111w, 7387 rebased.
04:02:15 <mj-xmr> The test will take about 2.5 hours, if you want to call it a day already.
04:15:20 <mj-xmr> <moneromooo> Looking at it it's a bit weird it cals pi rather than, say, CN, as a "let's use up CPU" function :) <-- I hear you, but it's just a module, that can be replaced in future.
04:54:02 <mj-xmr> The review was exhausting enough. Though productive.
06:35:13 <opypgfjnp> Why does the Saviour of NASA take a group achievement award and present it as a proof of individual glory? https://twitter.com/hyc_symas/status/1203709575226183683
08:13:59 <mj-xmr> luigi1111w, 7387 rebased.
08:14:08 <mj-xmr> luigi1111w, 7387 is green.
08:57:38 <moneromooo> luigi1111w: 7332 done
10:46:28 <selsta> we would ideally include https://github.com/tevador/RandomX/pull/202 in a release
10:47:12 <selsta> I assume only tevador can do RandomX merges?
10:47:23 <sech1> yes
10:47:51 <selsta> any way to contact him?
10:48:17 <selsta> maybe ping on github is enough
10:51:38 <sech1> pinged
10:52:37 <moneronero> what is the use of this levin protocon inside monero?
10:52:50 <moneromooo> P2P comms.
10:53:06 <moneromooo> ie, transactions, blocks, mostly.
10:54:04 <moneronero> ok
13:48:30 <mj-xmr> Just published: https://github.com/monero-project/monero/pull/7580
13:48:41 <mj-xmr> Ccache documentation PR
14:17:38 <gingeropolous> v0.17.0.0-dcba757dd uptime 0d 22h 20m 45s on xmrchain. yay.
16:09:37 <selsta> mj-xmr: seems like the mining test also stopped failing by itself https://github.com/monero-project/monero/commits/master
16:09:48 <selsta> weird maybe github updated something
16:53:50 <mj-xmr> selsta, they may as well downgrade it later. I'm a fan of defensive programming. Leads to fewer surprises.
16:54:39 <mj-xmr> Which is normally shunned, because people prefer to play heroes by fixing problems that become visible. But that's just the amateur sociologist in me.
16:56:19 <mj-xmr> In our case we indeed have enough real problems to deal with already. With my adaptive mining I just wanted to make it easier to quickly filter PRs which are not really ready for a review.
16:57:27 <selsta> sure I'm all for less failing CI :P
16:58:02 <mj-xmr> Perhaps that's why I stayed here :)
17:02:02 <mj-xmr> Ah, I didn't notice that the mining branch was just merged. Thanks!
17:02:45 <mj-xmr> I will now run a cyclical/scheduled test (like before) of the parallel testing.
17:03:02 <mj-xmr> Which is this: https://github.com/monero-project/monero/pull/7283
17:04:09 <selsta> mj-xmr: I guess it makes sense to take the average run time without parallel tests and compare with
17:04:15 <selsta> to see how much speed benefit there is
17:04:47 <mj-xmr> Sure. There are plenty of runs of this. It's about 1.5 hour.
18:07:22 <luigi1111w> .merges
18:07:22 -xmr-pr- 7349
21:25:42 <xfjzmtbrurd> Will you HODL XMR or dump it for Tari when it comes out? Will others?