00:34:23 * bigslim[m] sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/vNWHRztoGNwmDlBXNxVOtNpJ >
00:34:35 <bigslim[m]> monero-update output on windows
00:38:14 <moneromooo> Do you have GCC or CLANG installed ?
00:38:37 <moneromooo> cl is the Microsoft compiler I believe. Not sure why it's both finding and not finding it.
00:39:30 <moneromooo> And g++/clang++ too :)
01:09:26 <selsta> moneromooo: Did someone test https://github.com/moneromooo-monero/monero-update/blob/master/monero-update.qml#L174 on Windows?
01:20:01 <moneromooo> Not to my knowledge.
01:20:19 <selsta> Ok AFAIK Windows requires "file:///"
01:20:59 <selsta> you can simply use `QDesktopServices::openUrl(QUrl::fromLocalFile(path))` but you have to call it from C++
01:22:04 <moneromooo> Are you implying the current one does not work on windows ?
01:24:02 <moneromooo> The filename is from boost's temporary file API, so it should be an absolute filename.
01:24:28 <selsta> Windows apparently requires this: "file:///C:/path/to/file"
01:24:46 <moneromooo> :|
01:25:23 <selsta> see here https://stackoverflow.com/questions/31563699/how-do-i-use-qdesktopservicesopenurl-with-file-url-containing
01:25:23 <moneromooo> Alright, thanks.
01:27:11 <selsta> and https://bugreports.qt.io/browse/QTBUG-48037
02:30:28 <bigslim[m]> mooo. I am just using msys 64bot
02:30:30 <bigslim[m]> bit*
02:31:44 <bigslim[m]> also installed : https://packages.msys2.org/package/mingw-w64-x86_64-gpgme
02:41:08 <moneromooo> And gcc/clang ?
02:41:49 <bigslim[m]> whatever was on monero gui and cli
02:42:30 * moneromooo confused now
02:42:49 <bigslim[m]> one liner
02:42:51 <bigslim[m]> let me check
02:44:07 <bigslim[m]>  would have to think toolchain would have both
02:44:48 <bigslim[m]> mingw-w64-x86_64-gcc-9.2.0-2
02:45:29 <moneromooo> Does it have a gcc/g++ alias ?
02:45:44 <bigslim[m]> Packages (2) mingw-w64-x86_64-llvm-9.0.0-1  mingw-w64-x86_64-clang-9.0.0-1
02:45:44 <bigslim[m]>  both were not installed with toolchain, GCC was
02:45:45 <moneromooo> A name like that isn't likely to be found automatically.
02:46:15 <moneromooo> If you run "gcc --version", what does it say ?
02:48:24 <bigslim[m]> gcc.exe (Rev2, Built by MSYS2 project) 9.2.0
02:50:48 <moneromooo> Then cmake seems not to like it. You can post CMakeOutput.txt and CMakeErrors.txt, maybe they'll have clues.
02:51:37 <bigslim[m]> *windows update restarting.....
02:51:39 <bigslim[m]> lol
02:54:16 <bigslim[m]> wtf CMAKE_C_COMPILER:FILEPATH=cl
02:54:22 <bigslim[m]> file path CL
02:55:35 <bigslim[m]> brb, going to let it install clang
03:00:38 <moneromooo> If yo have MSVC installed, it might be cmake chooses it. That'd be a mistake.
03:01:09 <moneromooo> You can try removing it from the PATH before running cmake (with a clean build tree).
03:40:22 <bigslim[m]> I dont have msvc installed on this guy
03:40:46 <bigslim[m]> must delete monero blockchain to install mcvs :(
03:41:58 <bigslim[m]> cant build monero on msvc
14:52:33 <gingeropolous> so... what *is* the deal with kovri.
14:53:20 <gingeropolous> there seems to be sentiment that its dead, even though the crypto media seems to think its still kicking
14:54:20 <charolastra> wasn't it some kind of scam and the author did an exit?
14:58:58 <moneromooo> AFAIK, anonimal dropped off, says he's working alone in private on sekreta, a layer above kovri/tor/etc.
14:59:14 <MalMen> I dont see kovri as an scam
14:59:22 <MalMen> more like an half complete project
14:59:22 <moneromooo> The GUI people are using i2p0 now instead.
15:03:00 <Guest78835> gingeropolous: last statements from anonimal say kovri is still in deelopment and should be released soon. see https://twitter.com/whoisanonimal/status/1186908160134729729 and https://repo.getmonero.org/monero-project/monero-site/issues/990
15:10:02 <BubbleCat> reminiscent of fusion power
15:12:03 <xmrmatterbridge> <learninandlurkin> I guess when kovri/sekreta drops there's going to be some debate about which direction to take going forward. Now that tini2p, i2pzero and tor integration have come along so far.
15:12:15 <moneromooo> We are actually using fusion as an energy source now, more and more.
15:12:20 <xmrmatterbridge> <learninandlurkin> I guess it depends on whay sekreta actually is
15:12:59 <xmrmatterbridge> <learninandlurkin> Remote fusion power
15:13:23 <moneromooo> AIUI, it's a layer that sits between a user program (eg, monero...) and a number of overlay networks (eg, tor, kovri...). Monero uses sekreta, which delegates to whatever overlay networks it's got available.
15:13:33 <moneromooo> Yes, pretty remote :)
15:14:20 <moneromooo> So it's got the potential to get the better of the networks it can worth with, but also the worst. The devil will be in the details.
15:15:21 <moneromooo> So instead of having ext2 calls, you deal with libc, and libc delegates and your code works also with zfs, tmpfs, whatever.
15:16:36 <BubbleCat> wouldn't use of several networks, while providing decentralisation, require good network bridges to avoid long forks, make bug tracking far more complex and perhaps provide additional attack surfaces
17:01:38 <kinghat> is this normal? https://paste.debian.net/hidden/dbcfe757/
17:02:16 <moneromooo> Yes.
17:02:43 <moneromooo> Some poor sod who's trying to fork but messed it up I think.
17:03:54 <moneromooo> Or someone who finds amusement in spammings people's logs, you never know, some people can spend lots of time on pointless stuff.
17:04:09 <moneromooo> In any case, harmless.
17:04:20 <kinghat> well thanks for choosing me i guess 😁
17:04:59 <moneromooo> kinghat, the Choosen One!
17:05:23 <moneromooo> Better than to be the Cheesy One.
17:06:21 <kinghat> i dont know man. hard to get paid on my single process from someone behind a version
17:16:15 <nioc> kinghat: we are all chosen :)
19:08:26 <superkuh> Oh. Sad to see shapeshift was hit by legal crap and had to abandon their entire premise.
19:11:57 <azy> seen sideshift.ai ?
19:17:18 <superkuh> Nope. Thanks for the suggestion. I'm looking at alternatives now.
21:10:20 <mfed3[m]> <azy "seen sideshift.ai ?"> Whats good about sideshift?
21:15:18 <superkuh> No kyc requirements unlike shapeshift.io (now). I'm just coming out of a crypto-hibernation and these events from 2018 are news to me.
21:33:04 <q-wayland[m]> Hey! Quick question: when mining can/should i make use of my node?
21:34:41 <moneromooo> It'll be slower, but it can be used normally otherwise.
21:36:44 <fortranny> hey, 3900X owner here. i've seen xmrig rx/0 benchmarks from other 3900X owners showing >14KH/s with mild CPU overclocks, but they're saying their crazy high hash rates are due to memory timings. Has anyone A/B'd these personally?
21:37:57 <q-wayland[m]> > It'll be slower, but it can be used normally otherwise.
21:37:57 <q-wayland[m]> Thank you
21:38:34 <fortranny> i've done a manual all-core OC to 4.2GHz, set the IF to 1800MHz, and loaded the XMP C16 timings, and getting ~11.5KH/s, which appears fairly standard for a well-tuned 3900X. Not a lot of info out there, but i'm curious if anyone has tooled around to diff C14 3200MHz to C16 3600MHz ram.
21:42:00 <moneromooo> Do you have huge pages enabled ?
21:42:58 <Inge-> I bet he has, or results would be worse
21:43:34 <Inge-> fortranny: check ryseb dram calculator. subtimings are very important.
21:43:55 <fortranny> Inge-: my DJR series (follows the hynix CJR recommendations) won't post even on those safe timings.
21:44:09 <fortranny> (it's g skill trident Z neo DDR4-3600)
21:44:13 <Inge-> I get 13.8KH with tuned 3200C14 ram at 4 - 4.1ghz all core
21:44:31 <fortranny> okay, that sounds more like it then.
21:44:40 <fortranny> good B die + tight timings
21:44:49 <Inge-> but others get similar rates around 3600 too
21:44:58 <Inge-> rev e and higher clocks
21:45:18 <fortranny> so i did the thaiphoon burner SPD dump into the ryzen calculator (1.6.2) V1 profile for 3600MHz single-ranked DDR on an x570 chipset, and neither fast nor safe will post
21:51:25 <fortranny> some of the settings the calculator throws out are insanely different than what's currently configured, like an order of magnitude larger
22:47:26 <Masari> evening all would any body have some time to give me some advice regarding dev work thanks
22:55:25 <fortranny> ok, jammed away at those timings and DIMM voltage again, got to 14KH/s even on a 4.2GHz all-core OC
22:55:33 <fortranny> 96C on stock cooling, way to win it
22:56:25 <Masari45> any devs about that give me a few mins of there time thanks
22:58:04 <scoobybejesus> just ask!
23:31:23 <Inge-> fortranny: what voltage?
23:32:14 <Inge-> fortranny: clocking down to 4100 or even 3950 wont cost much hash and allows volting down and better efficiency
23:45:54 <fortranny> Inge-: it takes 1.34375 to hold 4.2GHz, can get it cooler and much less voltage to go down to 4.05 or 4.1
23:46:08 <fortranny> and yeah, not much loss of hash
23:52:13 <fortranny> i've downclocked them to 4100 @ 1.25 for now, only lost about 300H/s