11:28:34 <moneromooo> I have updated https://github.com/monero-project/monero/pull/6111/files at last, randomx functional tests. If anyone has ideas for other special cases, let me know.
12:20:31 <gingeropolous> getting this on master and release: https://paste.centos.org/view/raw/2489e9fc
12:21:15 <gingeropolous> gots my blockchain erkns!
12:25:12 <gingeropolous> and then this
12:25:12 <gingeropolous> https://paste.centos.org/view/raw/7a52568f
12:25:19 <gingeropolous> im trying to solo mine from xmrig to daemon
12:39:06 <asymptotically> gingeropolous: (i think that...) it's trying to allocate huge pages and can't
12:39:44 <asymptotically> you can increase vm.nr_hugepages sysctl, or make it stop spamming with `set_log -stacktrace`. there is an environment variable to tell it to not try allocating with huge pages, but it didn't do anything for me :(
12:41:44 <asymptotically> MONERO_RANDOMX_UMASK=1
12:45:47 <gingeropolous> well changing the user of the task to root didn't fix things
12:47:10 <gingeropolous> ah, ok. xmrig knows how to do it itself, but the daemon doesn't ... ?
12:47:28 <asymptotically> if you run xmrig as root i think it'll try and enable them for you
12:47:44 <asymptotically> it should be safe to ignore the messages in your daemon, at least i did until my log file got to be a few gigabytes in size lol
12:50:13 <moneromooo> Did you monkey with the log settings or is there a bug in the rotation ?
12:50:58 <gingeropolous> i didn't monkey with log settings
12:51:31 <moneromooo> That was for asymptotically.
12:51:51 <moneromooo> (beyond set_log -stacktrace)
12:52:02 <moneromooo> It should not grow beyond ~100 MB.
12:52:02 <asymptotically> i think i only used --log-file and --log-level, then i made the system logrotate sort it out
12:52:07 <gingeropolous> ah. sorry. well, increasing huge pages to 1024 didn't do anything
12:52:37 <moneromooo> OK, maybe --log-file disables rotation.
12:53:12 <asymptotically> gingeropolous: you might need more. for 1 dataset and 24 mining threads i need 1193
16:19:54 <fort3hlulz> Does anyone have a testnet node I can use for IBD? Can't even get sync to start, guess the seed nodes are down/overwhelmed
16:20:03 <fort3hlulz> s/specify/use
16:31:30 <fluffypony> fort3hlulz: sorry my seednode was down for maintenance, I've just brought it back up
16:31:38 <fluffypony> just give it a bit to catch up
16:56:22 <fluffypony> fort3hlulz: Height: 1487376/1487376 (100.0%) on testnet
16:56:26 <fluffypony> should be fine now
17:00:37 <fort3hlulz> yup, just started syncing a bit ago!
17:00:39 <fort3hlulz> Thanks.
17:25:58 <fort3hlulz> Is stagenet used at all? I'm setting up seeding nodes for both just to give a bit more backbone to those networks.
17:28:50 <selsta> Stagenet is used, yes.
17:31:25 <fort3hlulz> sweet, thanks
19:33:58 <rbrunner> Is something special with keccak_256 as implemented in the Monero code? I have luigi's JavaScript implementation on https://xmr.llcoins.net/addresstests.html calculating different hashes than a C# implementation I grabed somewhere which gives the same as this here: http://emn178.github.io/online-tools/keccak_256.html
19:37:10 <rbrunner> It also gives a different value for the empty string: c5d2460186f7233c927e7db2dcc703c0e500b653ca82273b7bfad8045d85a470 instead of c5d2460186f7233c927e7db2dcc703c0e500b653ca82273b7bfad8045d85a470
19:37:21 <rbrunner> (according to https://en.wikipedia.org/w/index.php?title=SHA-3&oldid=676252215#Examples_of_SHA-3_and_Keccak_variants)
19:37:42 <moneromooo> Monero has one of the original pre-standard submissions. NIST changed a couple things IIRC, padding and... something else.
19:38:06 <moneromooo> So "Keccak" really means "one of the submissions as amended".
19:38:20 <rbrunner> Yeah, I tried to play with the padding, to no avail. So maybe it's "something else" :)
19:38:51 <fluffypony> yeah it's something else
19:38:57 <rbrunner> I saw where Luigi got its code, maybe a file compare will lead me into the right direction
19:41:41 <sarang> There have been occasional ideas to move to standard SHA3, but we'd still need to haul around the old keccak code anyway
19:41:42 <sarang> shrug
19:44:51 <rbrunner> Anyway, if somebody has a pointer laying around somewhere which version it is exactly, I would be grateful.
19:45:39 <moneromooo> src/crypto/keccak.c :P
19:45:57 <moneromooo> Try monero.stackexchange.com.
19:47:19 <rbrunner> Alright, thanks. Maybe I will land there after an attempt on my own.
19:52:10 <rbrunner> Hmmm, that comment in that keccak.c file sound promising: "A baseline Keccak (3rd round) implementation"
20:04:48 <luigi1111w> it's just padding I think
20:22:46 <luigi1111w> yeah just padding changes
20:25:19 <luigi1111w> your two empty string messages are the same too...
20:26:56 <luigi1111w> my code gives the same values as emn178
20:27:06 <luigi1111w> I think it's the same code anyway so that would make sense
20:27:55 <luigi1111w>   var KECCAK_PADDING = [1, 256, 65536, 16777216];
20:27:55 <luigi1111w>   var PADDING = [6, 1536, 393216, 100663296];
20:28:08 <luigi1111w> padding is just x6 looks like