6/22 Test #6: functional_tests_rpc ............. Passed 540.66 sec

unit_tests always fail like this here paste.debian.net/hidden/3b499324

ok thanks for testing, guess we can add 7387 then

.merge+ 7387

Added

.merges

plz hold, an operator will be with you shortly

7373 has a comment

hyc or moneromooo (or anyone)

luigi1111w: no big deal but wanted to test 7396 first before merging

but it's a minor PR so should not matter

oh, blame moneromooo

:D

:P

7373? will take a look

what do you suggest? not like there's a monerod user manual

the bug in question was that RANDOMX_UMASK didn't provide a way to control the LARGE_PAGES flag. that bug is certainly fixed

hyc: can you take out the "fixes #7372" part of the PR description? then we can merge it

ok

seems like the issue creator specifically wants documentation which can be done separately

done

luigi1111w: ^^

great

.merge+ 7430 7435 7439 7476

Added

.merges

moneromooo 7332 rebase please

Thanks for working overtime.

luigi1111w, 7387 rebased.

The test will take about 2.5 hours, if you want to call it a day already.

<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.

The review was exhausting enough. Though productive.

Why does the Saviour of NASA take a group achievement award and present it as a proof of individual glory? twitter.com/hyc_symas/status/1203709575226183683

luigi1111w, 7387 rebased.

luigi1111w, 7387 is green.

luigi1111w: 7332 done

we would ideally include tevador/RandomX #202 in a release

I assume only tevador can do RandomX merges?

yes

any way to contact him?

maybe ping on github is enough

pinged

what is the use of this levin protocon inside monero?

P2P comms.

ie, transactions, blocks, mostly.

ok

Just published: monero-project/monero #7580

Ccache documentation PR

v0.17.0.0-dcba757dd uptime 0d 22h 20m 45s on xmrchain. yay.

mj-xmr: seems like the mining test also stopped failing by itself github.com/monero-project/monero/commits/master

weird maybe github updated something

selsta, they may as well downgrade it later. I'm a fan of defensive programming. Leads to fewer surprises.

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.

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.

sure I'm all for less failing CI :P

Perhaps that's why I stayed here :)

Ah, I didn't notice that the mining branch was just merged. Thanks!

I will now run a cyclical/scheduled test (like before) of the parallel testing.

Which is this: monero-project/monero #7283

mj-xmr: I guess it makes sense to take the average run time without parallel tests and compare with

to see how much speed benefit there is

Sure. There are plenty of runs of this. It's about 1.5 hour.

.merges

Will you HODL XMR or dump it for Tari when it comes out? Will others?