05:09:14 Sorry if this is the wrong channel but I have reached out everywhere and had no luck. I was wondering if any devs could help me out with this, please. I sent a transaction to a Monero account that got left pending for 2 days, I was freaking out because the other party had not received their funds, I read through some forum posts and said that the issue could be caused by my Monero GUI software being of date. I then updated my Monero 05:09:14 GUI and the pending transaction switched to a failed transaction. On top of that, it reverted my Monero wallet to the balance it was at a couple of weeks ago which is around 3usd. The Monero is gone without a trace. Has anyone had this happen before? Is this a known issue? 07:03:29 unhappymeal[m]: if you are still here, you can restore your wallet from scratch with your seed phrases and see if it restores your wallet balance. 07:26:43 "unhappymeal: if you are still..." <- issue seems to be resolved with what you said...person posted on monero GUI too. 07:27:37 cool ++ 07:30:31 but I wonder if you could enlighten this for me...would a transaction done Now...but based on version 17 of the GUI before the recent hard fork still work? 07:37:13 the network wouldn't accept that transaction 07:40:04 fork heights are hardcoded, hence such a transaction will only be accepted if it was made *before* the fork 08:40:46 Is there any way of sending a 64 ascii char code on a xmr transaction? 08:43:47 "fork heights are hardcoded..." <- understood, And hopefuly, it won't result in lost funds. In any way, I guess this must be clearly knowable in most of the public notifications to casual users especially during such events of hardfork. 08:46:10 selenze[m]: i don't think you can lose funds since like the example above, either network or the node you connected will give an error since the signatures won't match for an outdated wallet client and post hardfork network/nodes 08:47:57 thanks for clarifying that. 09:19:53 sure thing, i'm sure *the* devs can shine more light if required/requested 10:19:04 grumblemobile: can you take a look at 8576 and 8566? would like to include them in the next release, they are both small 10:41:56 Done. 11:12:25 sech1: is 8587 in addition to the threadpool changes? 11:14:38 yes 11:14:46 but they are independent of each other and can be merged in any order 11:14:54 I'm running both on my P2Pool node now 11:51:40 selsta It would be nice to include these two into v0.18.1.2 11:59:26 so moving the checkpoints check outside of the lock also improves concurrency? 12:09:11 yes, because the lock is not held during update_checkpoints() slow call 12:11:46 sech1: yes, we have to do another release super soon 12:12:23 an initialized variable in the wallet code that the compiler didn't complain about causes a large gui bug somewhere else :/ 12:12:40 cool, building both patches on top ov v0.18.1.1 now on my rockpro64, will give it a whirl 12:12:50 uninitialized* 12:48:42 .merges 12:48:42 -xmr-pr- 8420 12:50:34 .merge+ 8582 8579 8577 8576 8574 8585 8586 8329 12:50:34 Added 14:03:02 Bitcoin Customer Support looks like a scammer 15:29:05 Does `check_tx_key` only work for transactions already in the blockchain or mempool? Suppose I sign a transaction on one device, send it to another, and want to confirm that the transaction is going to the correct address before broadcasting 15:30:08 I suppose it would need to at least be in the local mempool with do not relay 16:34:31 Why do I keep having this error when trying to cross-compile Monero for both 64-bit and 32-bit Windows with make deps? I've tried with ubuntu 18 and ubuntu 22, and the issue persists with both the operating systems. 16:34:31 https://paste.debian.net/1254676/ 16:36:16 maybe your cross compiler is too old? 16:36:25 would be simpler to just use gitian 16:37:04 duggavo[m]: have you seen this? https://github.com/zeromq/libzmq/issues/3859 16:38:33 SerHack: Yes, I've tried with 16:38:33 `CFLAGS=-lpthread && CXXFLAGS=-lpthread && LDFLAGS=-lpthread && make depends target=x86_64-w64-mingw32` 16:38:33 but the issue persists 16:39:04 adding a couple libraries isn't going to fix a compile error 16:39:19 hyc: Sorry, https://github.com/monero-project/monero/tree/master/contrib/gitian does not explain how to cross-compile monero with gitian : ( 16:39:45 windows builds are already part of the gitian build process 16:40:20 a default gitian invocation builds everything - linux, android, windows, freebsd, macosx 16:40:33 you can select to only build for windows if you want to skip the others 16:40:45 hyc: Really? This is why it was so slow! Last time I had tried, it was taking a lot and it wasn't showing compilation logs so after 2 hours i closed it because i thought it was stuck 16:41:13 Does gitian building cache stuff for re-building? 16:41:17 yeah, I doubt it would get stuck. it's a completely controlled build env, always succeeds. 16:41:25 * Does gitian building cache stuff for faster re-compiling? 16:41:25 yes, it caches for future builds. 16:42:05 hyc: It caches with docker too or just with "manual gitian building" ? 16:42:15 also with docker 16:42:25 Ok thanks 16:42:35 but if you use the dockrun script, the cache lives inside the"gitrun" docker image 16:42:48 if you invoke gitian directly, the cache is on your host 16:43:36 personally I recommend using the dockrun script. again, a more controlled runtime environment. 18:57:35 Any idea why the dockrun script gives this error? https://paste.debian.net/1254691/ 19:55:24 duggavo[m]: how much ram do you have? 19:56:19 4 parallel builds with 2gb ram limit sounds wrong 19:56:47 you need 10gb ram for that 20:12:35 duggavo i closed it because i thought it was stuck 20:13:55 If you open a second terminal screen and use the "Top" command, you can see the cpu's "cooking" away in the usage category when it looks like nothing is going on. 20:26:53 selsta: On a Debian Linux laptop I have, it is rated for a maximum of 16gb of ram. I loaded it up with 32gb and it works just fine. Others reported on the web they got the same results which is why I tried it. It's useful for very intensive operations like gitian builds.