07:41:26 "now I just have to find out..." <- Wouldn't openssl3 as well be too much for one PR? 09:47:36 In 7953, jrhe raised a question if we couldn't deliver RPi static builds of Core via getmonero.org. Take note, that a compilation of RPi on users' machines could easily take some 4 hours. 09:48:27 Also, our CI is already able to compile for Arm v7 and 8 09:52:00 We would need to add depends / gitian support for it. 09:52:05 Every time I tried, aarch64 build of monerod just crashes on my RPi3 trying to do some AES instructions 09:52:17 why RPi doesn't support 09:52:19 *which 10:11:27 sech1: a silly question, maybe, but have you tried: `cmake -D NO_AES=ON (...)` ? 10:11:42 "We would need to add depends..." <- I'd apply for that, if you agree. 10:11:44 No 10:12:08 And I only tried official binaries, or my own gitian builds 10:12:52 This sounds for me, that we'd need to run at least the unit tests for the supported binaries. 10:13:03 Also, p2pool binary works just fine on RPi and it uses RandomX lib too, so this AES crash comes from somewhere ele 10:13:27 probably from Cryptonight PoW code 10:13:43 I have a couple of Rpi1, 3 and 4s, so I could test it. 12:01:14 what is the meaning of error, "invalid block template received from daem.." 12:06:36 You probably create a block template which does not abide by the consensus rules. Check your changes. 12:08:39 welcome moneromoo, please don't misunderstand. I hav not explained it well. It was about XHV havend error message. And the message was coming write after xmrig error. 12:09:09 Then you're definitely in the wrong place. 12:10:00 Well, ok any directions 12:11:50 ok, bye, glad for your reply moneromoo 12:55:33 hi is good idea write app to mining to pool? 12:57:38 in c# windows 10 12:58:54 i dont like pay outhers 12:59:50 meybe anothers pay me :) 13:01:54 s/meybe/maybe/ 13:02:44 s/meybe/maybe/, s/anothers/another/ 13:03:39 no malwere normal app 13:03:54 s/malwere/malware/ 13:05:45 An easy to use UI for pool mining would be nice. 13:19:02 https://www.getmonero.org/resources/developer-guides/daemon-rpc.html 13:19:30 all what i need is here 13:19:56 for free :) 13:22:37 so lets get work 13:23:07 malware is the best solution how to mining 13:23:54 ChilliTomato[m]: Hol' up? 13:26:19 i need xmr malware source code plz 13:27:12 in c# 13:28:49 no hackers here? 13:29:01 facepalm.jpg 13:29:02 get out 13:30:28 Gone on the Matrix side. 13:39:10 lulz 13:40:20 "meybe anothers pay me :)" <- Gosh. When I look how little I made in September, then I also thinks, that meybe anothers pay me, but not the Community. 13:40:20 I will ask for the payment in mid/end-October. I will write it up on Reddit. 13:49:42 "An easy to use UI for pool..." <- I know wxWidgets. 13:50:01 I need to quit my daily job.... 15:20:02 moneromooo is there any way to disable dns checkpoint in handle_incoming_block? I regularly get huge delays on receiving new blocks, sometimes up to more than a minute. Example (20 second delay): https://pastebin.com/EYNarS8Q 15:20:09 this is detrimental for mining 15:21:33 as far as I can see, it ignores command line option here: https://github.com/monero-project/monero/blob/master/src/cryptonote_core/cryptonote_core.cpp#L1583 15:22:37 I think someone posted a patch for it a year ago or so 15:22:54 hmm, might be as easy as removing that line 15:23:42 I get these annoying "is your monerod stuck?" warnings in p2pool log every hour. I wondered why and set log level to 1 to find out 15:23:42 sech1: did you try `--disable-dns-checkpoints` ? 15:23:53 this command line only works at startup 15:24:05 handle_incomin_block updates checkpoints unconditionally 15:24:34 hmm, actually I was wrong 15:24:41 nvm, command line should work 21:46:35 It's really inconvenient that the only way one can send a transfer with the fee deducted from the transfer amount is through using the sweep command 21:47:12 The normal transfer command should include an option that allows you to deduct the fee from the transferred amount automatically. 21:48:13 Why is it inconvenient ? 21:48:43 Because sometimes you need to send a specific amount, fee included, and you don't want to send the entire balance. 21:48:59 I.e. receiver covers fee. 21:49:04 Ah. 21:49:14 Extremely common situation. 21:49:31 * moneromooo tries to detect whether that is sarcasm or not... 21:49:42 Absolutely not. 21:50:26 Do you have an example or such a case (not just "I want to") ? I can't think of one off thr top of my head. 21:56:18 It is relatively common practice for the payment processing industry in general for the recipient of the transfer to cover fees. Recipients are often businesses, and customers hate whenever the final price that they need to pay is more than the price shown (because payment would be price + transfer fee) 21:57:56 Credit cards, for example, take the fee from the merchant, not the customer. In crypto, this would mean the customer sending the transfer with the "include fee in tx" option enabled. Bitcoin, after all, has the "subtractfeefrom" option when sending a transfer, precisely for this purpose. 21:57:57 Fair. Feel free to file a bug asking for this. 21:58:41 OK. 21:59:09 Gotta be confusing in the accounting though. 22:02:19 Not really. Take the price, take the payment you received, subtract first from the other, put the received into the revenue, the rest into "fee" expense. 22:02:49 Just like with credit card payments by your customers. 22:05:01 fuck man i lost my main wallet and seeds 22:15:24 https://github.com/monero-project/monero/issues/7980 22:42:14 transfer_split points to nominal expends on the surface 22:42:34 it wont plug in perfect