00:00:08 Did you try to compare to mine with that node ? What's the difference of new job broadcasting relatively to any major pool ? 00:12:14 botcoinnotbot[m]: currently only sending transaction data over anonymity networks is supported, if you block other ports you won't receive new monero blocks anymore 00:12:37 I'm quite sure the same case is in wownero so I'm not sure what this dedicated I2P port is 00:14:26 so this isn't just about adding a command line option, this would require larger changes 00:19:23 "for those who wish to have all..." <- What if you do `--p2p-bind-ip 127.0.0.1` and then you tunnel that through i2p/tor? Same as running a hidden service 00:21:06 Is there any other network activity by the node that doesn't go through that (ignoring rpc of course) 00:26:15 you can also use the --proxy option in the new release 00:27:18 yeah, you can always do that. 00:27:42 (p2p bind to localhost, tunnel that) 08:42:44 Hi! I noticed that it seems that all distributions (ArchLinux, Gentoo, Void Linux, Homebrew) download the sources from GitHub and ignore the tarball from the homepage. They all also check out a specific commit hash. Why is that? 08:43:05 I'm asking because I'm looking into packaging Monero for Fedora, but it's very suspicious to me that nobody wants to use the tarballs from the homepage. 08:44:14 the tarballs are useless 08:44:28 since there are several submodules in the build 08:45:26 Yeah, I noticed they all download several archives of repos. But Arch Linux for example goes through the trouble of cloning the entire repo just to check the GPG signature of a commit, rather than just downloading the tarball and check the signature of that. 08:45:51 But I guess since Fedora builds on offline-only machines, I should just check out the source via git, check out all submodules and then verify the signature of the commit I checked out? 08:46:06 that sounds workable 08:46:38 but you don't need all the submodules just to check one commit's signature do you? 08:53:53 nope, but I need all the submodules to build it, and if I verify the commit it should also check all submodules, as the hash at which a submodule is is part of the commit I checked out, right? 08:58:13 yes 12:20:03 This PR updates RPC calls on getmonero. Would be great if somebody from here could review it: https://github.com/erciccione/monero-site/pull/27 12:29:18 Commented on get_miner_data RPC because this one was added by me :) 12:31:04 thanks sech1 🙂 13:44:12 What is wrong with make if it perfectly finds out which modified .cpp files to incrementally recompile but at the end does not link executables like `monerod` or `monero-wallet-cli` like it should? 13:44:42 If I delete the executables "by hand" it finally re-links 13:45:17 wrong dependencies declared probably 13:46:19 Where are those declared? 13:47:28 I haven't looked at Monero's Makefiles, but usually it's something like: 13:47:28 target: dep1 dep2 13:48:35 Strange thing is that I remember it working perfectly for a while, and a few days ago it stopped, without me messing anything with makefiles 13:49:03 Maybe it's a known thing that sometimes make makes a mess of its interal dependency info and stops to work incrementally in a correct way? 13:50:11 nope, make is extremely reliable, it is pretty much always a bug in the Makefile 13:51:09 Hmm, maybe in the case of Monero an omission rather that I somehow trigger now? Like a header file that you should import yourself but don't but which you always 13:51:25 indirectly get until one day you don't get anymore because of a change in another file? 13:51:57 *omission rather than bug 14:19:30 well, an omission of a dependency is a bug 14:19:46 what can happen is that make works fine without -j, and things happen to be in the right order by luck and then fail when using -j 14:19:59 but that's always a bug in the Makefile and not an issue with make 14:37:44 I see, thanks. Maybe I will stumble over where such a dependency might me missing. It's quite a big and complicated code base ... 14:55:33 of course the makefiles are all generated by CMake so it's the cmake files you need to analyze 14:55:54 ah, CMake. That doesn't even create real Makefiles. 14:56:01 All it does is create dummy Makefiles that call into CMake 14:56:01 uh huh 15:37:47 rbrunner isn’t it like sometimes cached symbols don’t get refreshed? Always annoying 16:18:19 Not sure which cached symbols you mean. You mean a failure of header compilation, so to say? 16:26:40 Yeah idk enough to say I know what I’m talking about :p 16:46:15 Yeah, the wonders of C++. As somebody said yesterday on reddit: "Why not Rust?" How about it, the two of us rewrite Monero in Rust! 16:59:39 Rust? Why not 6502 Assembly! 17:24:42 rbrunner: See my comment here: 17:24:42 https://www.reddit.com/r/Monero/comments/pkg3d6/comment/hlda6ii/ 17:55:41 If only there wasn't about a magnitude of difference in complexity between Monero the coin and BCH the coin ... 17:57:15 With corresponding effort needed to implement a node and a wallet 17:57:52 I don't think Monero needs six node implementations like BCH. Two would be nice, though. I am not a dev, so time costs would not be borne by me 17:59:00 Two would definitely be nice, but as soon as you set your eyes (as a dev) on the code, you will get quite strange feelings :) Been there, done that. 18:00:09 What do you mean? 18:01:01 Some parts of the code base are positively mind-boggling 18:01:39 all the more reason to rewrite it 18:02:11 In principle, yes. And if you take a really long-time view, maybe inevitable. 18:02:53 I am not a real programmer but I'd agree with hyc, FWIW. 18:03:30 I use to imagine what the talk of our grand-grand-children could be on the celebration of 100 years Monero, in 2114, and maybe the "great rewrite" may be a subject 18:04:38 mathwise there are complex calculations in here, but that's the only thing that is deservedly complex 18:04:53 everything else is just bog-standard internet server crap 18:35:26 selsta: would like 8070 / 8075 merged if possible 18:36:00 reviewed first of course 21:40:39 hyc: can sech1 review it? 21:41:02 I kind of reviewed it when I added support for it in p2pool 21:47:52 8070 fails 1 CI check, I added a comment there