03:38:10 <osineofine> I am reading about randomX and wasm and it sounds like the main (only?) blocker is that WASM does not closely follow IEEE standards for fp operations. Has anybody produced a working example of a workaround to this?
04:48:10 <arfteemczdx> You will DO what Monero tells you to do. You will JUMP when you are told to jump. And most importantly you will DISCONNECT whoever Scientology^H^H^H^H^H I mean Mnero tells you to disconnect. Otherwise you WILL end up like lh1008 here:
04:48:10 <arfteemczdx> monerologs.net/monero-community/20210114#c181614 And you will do it all for FREE. Because Monero is open souce :D Just like Linux is there to pay for $700k watches that Torvalds wears.
08:26:29 <kzv> Hi. Is it possible to open the monero-qui as a project in QT Creator?
08:26:42 <selsta> yes
08:27:31 <kzv> what is the file name then?
08:30:33 <kzv> when I am opening main.qml the is opened as ordinary file but not QT project. It seems should exist *.pro file elsewhere?
10:55:27 <mj-xmr> http://enjo.hopto.org/pub/monero/ <-- the stats are steadily improving. Same as the compilation time:
10:55:28 <mj-xmr> http://enjo.hopto.org/pub/monero/img/cbta.png
10:56:10 <mj-xmr> Resulting from the changes "for the sake of changing something". The "something" is the compilation time, and "the change" is in this case: reduction.
10:57:29 <moneromooo> Hopefully it won't also be new bugs.
10:58:35 <mj-xmr> I wouldn't touch it if there were no tests.
10:58:54 <mj-xmr> But true that. I will also focus on the test coverage some.
10:59:42 <moneromooo> Does this graph show it's building about 10% faster with those changes ?
11:00:16 <mj-xmr> 20% faster from the top.
11:00:45 <mj-xmr> But this is a full rebuild. A lot more could have been achieved for incremental compilations thanks to ccache.
11:01:31 <mj-xmr> This is because the changes in the code, that now is in .cpps doesn't force recompilations. This is the obvious part. Also cutting the header interdependencies short help in this.
11:02:30 <mj-xmr> *Could have been -> meaning that it was achieved most probably, but it's hard to measure it objectively without analysing the history of changes.
11:03:07 <mj-xmr> This is possible, but doesn't bring any benefit.
11:05:59 <mj-xmr> Also for the completeness sake, please note, that the lines of code metrics is steadily raising.
11:05:59 <mj-xmr> http://enjo.hopto.org/pub/monero/img/loc.png
11:06:18 <mj-xmr> I think it's cool, that at the same time the compilation time is being reduced.
11:07:07 <CCosta[m]> <mj-xmr "http://enjo.hopto.org/pub/monero"> good stuff! is there a particular way that the community could help bring more confidence to it? perhaps running a branch on testnet ... ?
11:08:01 <mj-xmr> CCosta[m], thanks. I don't understand how a branch on the testnet could help?
11:08:26 <mj-xmr> These are simply checks for master's code.
11:08:41 <CCosta[m]> oh, I thought that was from the work you've been PR'ing
11:09:23 <CCosta[m]> like 7679 and 7676, etc
11:09:27 <mj-xmr> It is not only my work, but the truth is, that I'm the only one who works on the compilation time.
11:09:31 <mj-xmr> let me see
11:09:43 <mj-xmr> (it we're talking about the same thing :) )
11:10:31 <CCosta[m]> 👍️ so yeah, I was just wondering if it's the case that you lack some confidence on the changes and keeping the compiled code running on testnet could help, would be happy to help :)
11:10:48 <mj-xmr> Yes CCosta[m] these branches influence the compilation time.
11:11:16 <mj-xmr> Ah I understand now.
11:13:02 <mj-xmr> You can do it if you like, but what these branches are missing the most is reviewing time. Many of these changes unfortunately require moving a lot of code from headers into .cpp files. There is always a risk, that there is a unintended modification of the implementation being moved.
11:13:20 <mj-xmr> Because you see one big chunk of a diff :(
11:14:23 <CCosta[m]> mj-xmr:  yeah, big diffs indeed 😬 i'm still getting used to the codebase, If I get some spare time this afternoon, will give it a look for sure
11:14:32 <CCosta[m]> is there a particular one that I should prioritize?
11:14:56 <CCosta[m]> I mean, that'd benefit the most
11:15:05 <CCosta[m]> perhaps unblock other ones
11:15:08 <mj-xmr> 7679 would be awesome. It brings measured -2.5% reduction overall
11:15:20 <CCosta[m]> cool, sounds good 👍️
11:15:34 <mj-xmr> 6934 brings another 2.5%
11:16:05 <mj-xmr> 6934 seems huge, but the majority of the changes are only concerning header sections really.
11:16:43 <mj-xmr> While 7679 would unblock massive gains to be done further.
11:17:29 <mj-xmr> And since you dared to ask, 7416 is blocking me from writing more unit tests for epee.
11:17:33 <mj-xmr> :)
11:17:53 <mj-xmr> and is a very tiny one BTW.
11:17:58 <mj-xmr> So thanks in advance.
11:18:35 <CCosta[m]> uuuh, 27 loc vs 1k+ haha
11:19:12 <CCosta[m]> cool, gonna have some breakfast then take a look at 7416 this morning, might get to 7679 this afternoon then 👍️
11:22:07 <mj-xmr> These 27 changes are simply moving code around. Nothing new. Just made it available to a broader spectrum.
11:22:57 <mj-xmr> OK. Enjoy.
12:38:56 <gingeropolous> osineofine, you may wanna idle in #monero-pow
13:05:05 <jair> Hello all seems like monero will require to open a firewall tcp connections from some random gobal IPv4 in order to run in my xeon server with Linux ubtuntu?
13:11:39 <gingeropolous> no, you can run with firewalled ports jair . it just depends on what your trying to achieve.
13:12:11 <gingeropolous> but yes, monerod will try and make outgoing connections to other nodes
13:19:42 <CCosta[m]> <mj-xmr "These 27 changes are simply movi"> https://github.com/mj-xmr/monero/blob/b4fe7c24013c86a59087ae7f0dfe9875c794f5be/contrib/epee/src/CMakeLists.txt#L78 I noticed that this is newly added compared to before - compiles just fine without it, but I guess it'd fail at runtime otherwise?
13:31:57 <mj-xmr> CCosta[m], are you building static or shared libraries?
13:32:21 <mj-xmr> Because it's needed for shared libraries.
13:35:55 <xvcesvcx> Word of guys running Monero community should be BELIEVED. Why would anyone that stole money and laughed at the losers that took the bait ever have a reason to lie to you? http://removeddit.com/r/Monero/comments/6d6okb/fluffypony_needs_to_give_up_his_commit_access_and/ (changed link to removeddit since /r/monero mod removed to try to cover it up - maybe fluffy himself?)
13:36:40 <CCosta[m]> <mj-xmr "utxobr, are you building static "> oh damn, yeah, the build that worked was without DBUILD_SHARED_LIBS... nvm
13:37:55 <mj-xmr> static linkage is the easy part :) But costs time later on...
13:52:22 <floam412> If there are any web developers in here that are interested in a one-time job on developing a new project I had in mind (sole-proprietor business that has some of the profits going to CCS Gen Dev Fund) Let me know...  I'm trying to spread the good word of Monero (and BTC) to collectors of sports memorabilia and guitar/guitar pedal addicts :)
13:53:10 <floam412> mainly that's all the stuff I have available for now that I'm willing to sell, but it's aiming to be a collectible haven for people to set up shop
14:02:59 <CCosta[m]> <mj-xmr "utxobr, are you building static "> actually, just reran the builds here, and yeah, it actually compiles just fine
14:04:00 <CCosta[m]> am I missing something? (very rarely do cpp work, rusty on it for sure)
14:08:29 <mj-xmr> It should compile fine. No surprises there.
14:08:57 <mj-xmr> CCosta[m], And this is what the CI (GitHub Actions) is supposed to check + tests.
14:10:27 <CCosta[m]> yeah, was just a bit surprised that it didn't fail without `Boost_REGEX_LIBRARY` - pr lgtm though 👍️
14:13:05 <mj-xmr> Did it fail with Regex set to private and Shared=ON?
14:13:13 <mj-xmr> Because it should.
14:13:53 <wfaressuissia[m]> `rm -fr ./build;  && cmake -DBUILD_SHARED_LIBS=1 -DSTATIC=0 -S . -B build  && make -C build -j16` does it fail without regex lib or not ?
14:26:25 <CCosta[m]> <wfaressuissia[m] "`rm -fr ./build;  && cmake -DBUI"> succeeds
14:27:06 <CCosta[m]> <mj-xmr "Did it fail with Regex set to pr"> hmmmm how would I set regex to private?
14:28:45 <wfaressuissia[m]> it hypothetical question in case if you placed `${Boost_REGEX_LIBRARIE}` lib few lines below, under `PRIVATE`
14:29:15 <CCosta[m]> let me try
14:29:38 <wfaressuissia[m]> It doesn't matter since in your case it doesn't fail even without regex lib at all
14:30:08 * CCosta[m]  < https://matrix.org/_matrix/media/r0/download/matrix.org/DrMXwHxfWAZQplSfimEknDMd/message.txt >
14:31:20 <wfaressuissia[m]> run make with trace and check what libs are being used during linking
14:31:28 <wfaressuissia[m]> maybe it's included implicitly somehow
14:33:05 <mj-xmr> CCosta[m], did you try to run tests/unit_tests/unit_tests ?
14:34:43 <wfaressuissia[m]> `rm -fr ./build;  && cmake -DBUILD_SHARED_LIBS=1 -DSTATIC=0 -S . -B build -GNinja && ninja --verbose -C build epee` paste log of compilation for all epee related objects
14:35:02 <CCosta[m]> a-ha, with test it fails indeed
14:35:10 <CCosta[m]> ` cmake -DBUILD_TESTS=ON -DBUILD_SHARED_LIBS=1 -DSTATIC=0 -S ..`
14:35:47 <wfaressuissia[m]> `-DBUILD_TESTS=1` yeah, this option was set here too
14:36:56 <mj-xmr> also don't just build epee. Also build unit_tests and core_tests
14:37:11 <mj-xmr> and try to execute them of course
14:39:18 <wfaressuissia[m]> `-DBUILD_TESTS=0` but it fails during link stage with option, so it is unrelated
14:40:06 <wfaressuissia[m]> "a-ha, with test it fails indeed" It didn't fail since you've tried it on linux which allows undefined symbols during linking stage of shared library
14:40:47 <wfaressuissia[m]> "-Wl,--no-undefined" with this flag it will fail at link stage of epee
14:40:51 <wfaressuissia[m]> even on linux
14:41:01 <mj-xmr> cool. I didn't know that.
14:41:07 <CCosta[m]> interesting, thx for sharing!
14:54:08 <wfaressuissia[m]> mj-xmr, What OS were you using during many years of c++ development ?
14:54:13 <wfaressuissia[m]> Was it Windows ?
15:01:26 <mj-xmr> wfaressuissia[m], Windows only during my studies, bc I had too small a HDD for a dual boot. Then Windows only for modding a closed source Windows project, but all private stuff under Linux.
15:02:15 <mj-xmr> The point is, that I was mostly focused on calculations, algorithms and such stuff.
15:02:37 <mj-xmr> So even though I was using Linux, I didn't focus on such details.
15:02:51 <mj-xmr> Well, TIL
17:20:12 <osineofine> thanks for the pointer gingeropolous, appreciate it
19:09:19 <hyc> running on M1 Mac, seems to have no issues for the moment. syncing ok.
19:09:47 <hyc> M1 uses 16KB pages, so the LMDB files are not directly usable on x86 linux
19:11:13 <selsta> wonder if bitcoin has depends build for arm mac
19:13:02 <hyc> (actually the LMDB files will work just fine, though perhaps not optimal for the underlying OS)
19:21:47 <CCosta[m]> iinteresting - how's mining performance?
19:22:14 <hyc> already posted xmrig benchmark results
19:22:24 <CCosta[m]> i'll probably replace my work macbook pro soon, wondering if I should get m1 or another x86
19:22:39 <CCosta[m]> > already posted xmrig benchmark results
19:22:39 <CCosta[m]> cool! i'll take a look
19:23:49 <hyc> apple x86 is a dead end, def would not buy one
19:24:06 <CCosta[m]> interesting, I was expecting higher for the m1 looking at https://xmrig.com/benchmark/1
19:27:44 <hyc> the reported results are on he low side because the CPU throttles partway thru the run
19:28:02 <hyc> if I had a fan blowing over the chassis it prob would have kept going
19:39:20 <hyc> syncing with --add-exclusive-node to my linux laptop keeps stopping, disconnecting and banning it
19:39:27 <hyc> exit/restart, and it continues for a while
19:40:10 <moneromooo> What error does it come up with ?
19:40:29 <hyc> eh I didn't have any particular logging set
19:40:36 <hyc> it just said monerod is disconnected from network
19:41:08 <hyc> 2021-04-24 19:37:03.347W monerod is now disconnected from the network
19:41:31 <hyc> after a bunch of successful syncs
20:02:01 <hyc> have loglevel 1 now
20:06:15 <selsta> syncing with 1 node has been broken for a while
20:06:50 <hyc> uh. that kinda sucks.
20:06:50 <selsta> I remember we had the same discussion 2-3 releases ago :D
20:07:18 <hyc> think this'll be fixed with that perfecting-p2p CCS?
20:07:52 <selsta> that code is not touched yet
20:08:33 <selsta> at some point yes :D
20:09:04 <selsta> current fixes were regarding lower level network code
20:10:19 <selsta> wfaressuissia[m]: is cryptonote_protocol_handler the relevant code here?
20:10:40 <wfaressuissia[m]> yes
20:19:02 <hyc> moneromooo: https://paste.debian.net/1195036/
20:23:30 <hyc> lemme know if you need anything earlier than that. everything after that is just the same stuff over and over
20:23:45 <hyc> or selsta or wfaressuissia[m] ^^
20:27:23 <wfaressuissia[m]> "fresh node can't be synced if it was launched with `--add-exclusive-node`" is it complete description of your environment ?
20:37:42 <hyc> I have also set --prune-blockchain but I don't think that makes a difference
20:38:40 <hyc> and also set --hide-my-port
20:40:28 <wfaressuissia[m]> There are some known errors that may lead to disconnection of legitimate peers. Single connection case may have higher probability to catch this error. It can't be fixed easily in isolated way.
20:41:15 <wfaressuissia[m]> It isn't critical for real world usage due to many peers with different IPs, but the same likely happens there too
20:41:49 <ecvuxcbal> When Tari finally comes out, will you dump your Monero to buy it? Will others?
20:42:43 <hyc> unfortunate. one would think single-peer case is the easiest to get right.
20:43:58 <wfaressuissia[m]> I'll try to reproduce it locally and check whether it's fixable in isolated way, but it isn't the most important thing to fix now
21:01:04 <moneromooo> Looks like the peer did not reply to the request. You'd need logs from the peer to know why.
21:01:36 <moneromooo> I'd think the peer is pruned that that location, but it if restarts and syncs with the same peer it can't be that...
21:20:12 <p3rL> why Freenude have such cheap server
21:20:12 <p3rL> :/