01:07:54 xmrchain.net on master uptime 20d 4h 56m 7s 13:35:04 If only one of you gave Papa ChooChoo some TLC when I wrote a faster miner, instead of ignoring him, things could have happened differently https://np.reddit.com/r/Monero/comments/5lsfgt/_/dbz0jnp/ 15:43:41 Compression/decompression is ready. One use case would be log rotation: 15:43:42 https://github.com/monero-project/monero/pull/7610 15:44:23 I gathered some experience with "depends" package, if somebody needs an advice on this one. 15:45:12 -xmr-pr- mj-xmr opened pull request #7610: Epee logging: Compression of rotated logs; Add zlib to Boost 15:45:12 -xmr-pr- > https://github.com/monero-project/monero/pull/7610 17:25:54 I could imagine, that in the future we could use the compression for serialization, so that the network is better leveraged. What do you think? 17:37:28 I think it's a waste of CPU. encrypted data tends to be incompressible 17:38:54 encryption is supposed to be high entropy. compressors don't work on high entropy data. 17:39:31 if the compressor works well, then that means the txn obfuscation has a weakness that can be exploited... 17:45:53 For P2P data, you won't get much. It's key/value though, so you *might* get a bit. For JSON/RPC, you'll get a fair bit more, but it defeats the purpose. 18:31:01 hyc, totally right. 18:43:28 moneromooo, JSON is meant to be a smaller alternative to XML, yet still readable, so yes, having to uncompress JSON to read it does kill the purpose. I meant only, that it could be compressed *just before* sending it to the transportation layer and uncompressed right after reaching the target. You can't Wireshark it, but you read it in cleartext in the logs and in the debugger. Still pointless, you think? 18:45:28 I suppose if it detects compressed input... 18:45:40 But if you make it so I can't curl, I'm gonna be Very Annoyed. 18:48:04 i think curl handles gzip/deflated responses transparently, assuming the server sets Content-Encoding header correctly 18:48:05 There are 100 hotter problems still and are equally interesting to me. The compression mechanism is there (it was Hell to work with "depends") and we can think about it later, when the network gets congested, and I freakin hope it will. 18:48:34 Because this means more adoption. 18:49:09 OK, though I think it'd still gimp the functional tests. 18:49:41 Anyway. As long as it doesn't break stuff, you do what you enjoy doing :) 18:49:55 Sure. This mining test annoys every second PR. 18:50:20 It's happening only on github servers ? 18:50:56 If so, I guess you could rig a timer to run gdb/pstack to see if it's deadlocked anywhere. 18:51:28 Or disable it on github servers, because why waste time on this. 18:51:50 moneromooo, honestly it happened much more often (still not every time) for the ctest -j2, so when the available power was twice smaller. 18:52:25 If you disable it, then you risk that a give PR breaks the mining implementation. 18:52:31 *a given 18:53:06 without knowing it. 18:54:05 So it can happen everywhere. Imagine, that somebody sets a "realistic" timeout, then a RPi tester thinks, that he broke the mining, when for him the timeout was just set to a value too low. 18:55:12 He can set it to a higher value, but I think it's better to find the value automatically. 18:56:10 So from my observation it's about currently available CPU power. This changes on GitHub. 18:56:15 mj-xmr: can you run the mining test like 10-15 times on github actions and check if it succeeds every time? (ideally in a different branch) 18:56:26 sure thing 18:56:49 https://docs.github.com/en/actions/reference/events-that-trigger-workflows#schedule 18:56:50 I will send you the links to the corresponding actions. 18:57:25 because if it fails we know the issue is somewhere else 18:57:32 sure. 19:03:16 The first train leaves in 7 minutes: 19:03:17 https://github.com/mj-xmr/monero/blob/ci-functional-tests-mining-adaptive-scheduled/.github/workflows/build.yml 19:12:44 selsta, I can't see any reaction from Github. Have you had any positive experience with the scheduled build? 19:14:51 mj-xmr: has to be main branch 19:14:57 I forgot about that 19:15:41 Aha so no chance. I will trigger it manually then. 19:16:00 That's what I have my daily job for :) 19:17:08 you can push it to your master branch 19:17:15 and later remove it again 19:21:52 OK. Trying out. 19:28:52 selsta, still no luch 19:28:55 luck 19:29:01 link? 19:29:32 https://github.com/mj-xmr/monero/actions 19:29:46 https://github.com/mj-xmr/monero/blob/master/.github/workflows/build.yml 19:31:24 will take a look in an hour 19:32:38 selsta, it started up! 19:32:49 after a 5 minute delay. 19:33:14 Thanks :) 20:40:52 I recently added coded my own install of monero-wallet-gui to support all the currencies that coingecko and cryptocompare support(and removed kraken since it supports very few currencies). Not perfect one minor graphical issue is still there. But I have seen some other users complaining about it so I am wondering whether I can contribute this code. 20:42:05 The issue it has is that the dropdown list is too long so a scrollbar would need to be added that I have yet to figure out how to do. 20:43:10 Does monero-wallet-gui have exchange ability with random coins ? Or did you add all that ? 20:43:37 Oh no I just added support so you can see how much monero you have but in other currencies. 20:44:13 Since it was always a pain to lookup the amount of monero you have in another fiat pair other than usd and eur. 20:44:37 It'd be useful in bitcoin I guess. 20:44:45 And any other fiat. 20:44:57 Maybe ask in #monero-gui. 20:45:14 That may be a better place to ask. Thanks 20:50:18 n42972c11, what MM said, plus I'd add some other privacy coins. 20:51:26 (not scam ones) 20:51:33 ie, bytecoin, dash. 21:25:05 Why does the Saviour of NASA take a group achievement award and present it as a proof of individual glory? https://twitter.com/hyc_symas/status/1203709575226183683 23:06:24 Quick question: what does it actually mean for a hash to meet a certain difficulty requirement? I’m not quite sure what’s going on in check_hash_64 23:08:43 hash*difficulty must be < 2^256 23:10:08 Thank you!