09:55:30 <hardenedsteel[m]> Here we go again, how many times will this happen?
09:55:30 <hardenedsteel[m]> https://nitter.sethforprivacy.com/fiatjaf/status/1576643430306164736
10:01:23 <sech1> Consider it as a free stress test
10:20:05 <one-horse-wagon[> People constantly attack many things on the internet.  Monero is no exception.
16:31:38 <duggavo[m]> What's the last string starting with 0x in the checkpoints
16:31:49 <duggavo[m]> e.g. ADD_CHECKPOINT2(10,    "block_hash", "0x2a974");
16:31:59 <duggavo[m]> is it the block's cum diff?
16:33:55 <moneromooo> Yes.
16:39:00 <duggavo[m]> Another question
16:39:37 <duggavo[m]> Shouldn't CUM_DIFF in monerod be renamed to CUMULATIVE_DIFFICULTY?  It might sound a little bit . . . dirty
16:40:17 <hyc> cosmetic changes with no functional difference are not allowed
16:40:32 <duggavo[m]>  * Shouldn't CUM_DIFF in monerod be renamed to CUMULATIVE_DIFFICULTY or CUMULATIVE_DIFF?  It might sound a little bit . . . dirty
16:42:00 <moneromooo> I was going to say that, but it's a single hit, in a user message. User messages are different for this guideline. But I think this one is really "if you think it's dirty, it says more about you than the code".
16:43:39 <hyc> indeed. the context of this code is pretty clear
16:44:15 <duggavo[m]> hyc: It's not in the code, it's printed in monerod too
16:44:18 <duggavo[m]> when there is a reorg for example
16:45:16 <hyc> the context of this *software* is pretty clear too
17:56:17 <jeffro256[m]> Hey does anyone have the "AddressFromURL.failure" unit test fail randomly ?
18:01:40 <selsta> jeffro256[m]: do you have an example? I never saw this fail
18:03:13 <jeffro256[m]> > I was going to say that, but it's a single hit, in a user message. User messages are different for this guideline. But I think this one is really "if you think it's dirty, it says more about you than the code".
18:03:13 <jeffro256[m]> Writing out "cumulative difficulty" for a user message could *maybe* make the connection click for an very, very new user because you don't have already know what the term shortens to to understand the message
18:03:20 <jeffro256[m]> But also cum_diff is just funnier 
18:04:00 <jeffro256[m]> @selsta it fails on line 115 of address_from_url.cpp
18:04:11 <jeffro256[m]> ASSERT_TRUE(dnssec_result) fails
18:04:54 <jeffro256[m]> I was just wondering if it failed for anyone else b/c it could be a problem with my OS idk. It just recently started failing consistently on my platform
18:06:26 <selsta> does it also failed with `DNS_PUBLIC="tcp://9.9.9.9"` env var set?
19:29:26 <jeffro256[m]> It passed!
19:29:55 <jeffro256[m]> I guess my VPN's DNS is messing with it