00:10:14 linux box on 1.152 has sync'd to 22% so far with no trouble 00:10:25 I think this macbook is just flaky then 00:11:24 which I guess isn't too surprising. did I mention that I caught it infinite looping in my database benchmark? 00:11:37 because at one point it decided that 0 / 10 = 1 00:12:01 dunno if comipler bug or CPU bug 06:31:39 "because at one point it decided that 0 / 10 = 1" :D 06:34:26 "it definitely is not doing clean shutdowns of those incoming sockets" there is no socket.close() (only socket.shutdown()) since it could trigger segfault within epoll due to internals of boost::asio 07:27:19 " this node 1.155 thinks it has a conn to 1.214 but 1.214 doesn't show any", "ok it finally closed properly" interesting, full coredump or at least log with `--log-level 4` would help 07:45:58 "phantoms" Did you see this phantom before ban or after ban ? Was it the only outgoing connection from 1.155 or not ? 07:46:20 logs from paste.debian.net aren't available now 10:05:28 yes it was the only conn from 1.155 to 1.214 10:23:33 before or after ban of 1.214 by 1.155 ? 11:12:37 in this case there was no ban 11:13:14 1.155 was serving to 1.152 and syncing rom 1.214 11:13:55 it's looking like the bans were solely due to timeouts waiting for 1.214 11:14:22 I found that trustd on the Mac was wating 100% CPU so that was probably causing monerod to respond more slowly 11:14:38 trustd eating 100% CPU appears to be a common problem on MacOS 11:37:43 offtopic but hyc aren't you usually a linux guy? How easy do you find it to work with a mac? Not that I'm tempted, just curious if testing stuff in that environment is a lot of work for linux-non-mac persons 12:06:39 yeah I would never use a mac by choice 12:07:00 fwiw I enabled sshd and just ssh into it from my linux laptop 12:07:46 getting the dev environment going wasn't too bad. there's a mac command to install deelopers CLI tools 12:07:59 and then use homebrew to install other dependencies 12:08:41 but like I said, there's something flaky about either this compiler or this CPU 18:50:40 Hello I am trying to perform the build for this repo and I am currently have the following issue: 18:50:41 CMake Error at C:/Program Files/CMake/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:137 (message): 18:50:41   Could NOT find OpenSSL, try to set the path to OpenSSL root folder in the 18:50:42   system variable OPENSSL_ROOT_DIR (missing: OPENSSL_CRYPTO_LIBRARY 18:50:42   OPENSSL_INCLUDE_DIR) 18:50:43 Call Stack (most recent call first): 18:50:43   C:/Program Files/CMake/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE) 18:50:44   C:/Program Files/CMake/share/cmake-3.15/Modules/FindOpenSSL.cmake:413 (find_package_handle_standard_args) 18:50:44   CMakeLists.txt:496 (find_package) 18:50:45 I already tried download and installing openssl. What could possibly be the issue still? 18:51:23 are you using mingw64 shell? 18:51:27 Is it msys ? 18:55:46 Sure you installed the right package per: https://github.com/monero-project/monero? 18:55:58 i.e. `libssl-dev` for Debian/Ubuntu 18:58:54 Yeah I'm using mingw64 shell 18:59:53 I don't even know what that is so I'm going to bow out here 😅 Hopefully someone else can help you out. 19:00:16 Guest_AP: post full logs of command you used 19:07:02 I perform the build instructions for windows as per: https://github.com/monero-project/monero#on-windows 19:07:03 It fails when I try to run the command: make release-static-win64 19:07:33 I perform the make release-static-win64 using powershell 19:07:59 no not using powershell 19:08:08 you have to use msys2 mingw64 shell 19:10:02 Ok 19:16:33 "paste.debian.net", `pacman -Qq; cat /var/log/pacman.log` open mingw64 msys2 shell, execute this command and paste into that website 20:27:27 hyc, sech1: https://www.reddit.com/r/Monero/comments/n6g0kb/randomx_implementation_in_rust/ 20:29:11 speed will be interesting 20:29:23 also I wonder if webmining with webassmebly will work 20:30:28 wasm doesn't have rounding modes and can't allocate 2 GB 20:30:43 ok so the same issues as JS miner 20:34:11 "pure Rust is the goal" not quite compatible with JIT. He has to use asm code there 20:43:07 waste of effort rewriting in rust, since all of the hard work is in asm 20:44:22 I suppose if you are a rust developer it will help flush out rust compiler & lib bugs 20:46:00 rust is a system programming language with permanently welded-on training wheels...