xmrchain.net on master uptime 20d 4h 56m 7s

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 np.reddit.com/r/Monero/comments/5lsfgt/_/dbz0jnp

Compression/decompression is ready. One use case would be log rotation:

I gathered some experience with "depends" package, if somebody needs an advice on this one.

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?

I think it's a waste of CPU. encrypted data tends to be incompressible

encryption is supposed to be high entropy. compressors don't work on high entropy data.

if the compressor works well, then that means the txn obfuscation has a weakness that can be exploited...

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.

hyc, totally right.

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?

I suppose if it detects compressed input...

But if you make it so I can't curl, I'm gonna be Very Annoyed.

i think curl handles gzip/deflated responses transparently, assuming the server sets Content-Encoding header correctly

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.

Because this means more adoption.

OK, though I think it'd still gimp the functional tests.

Anyway. As long as it doesn't break stuff, you do what you enjoy doing :)

Sure. This mining test annoys every second PR.

It's happening only on github servers ?

If so, I guess you could rig a timer to run gdb/pstack to see if it's deadlocked anywhere.

Or disable it on github servers, because why waste time on this.

moneromooo, honestly it happened much more often (still not every time) for the ctest -j2, so when the available power was twice smaller.

If you disable it, then you risk that a give PR breaks the mining implementation.

*a given

without knowing it.

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.

He can set it to a higher value, but I think it's better to find the value automatically.

So from my observation it's about currently available CPU power. This changes on GitHub.

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)

sure thing

I will send you the links to the corresponding actions.

because if it fails we know the issue is somewhere else

sure.

The first train leaves in 7 minutes:

selsta, I can't see any reaction from Github. Have you had any positive experience with the scheduled build?

mj-xmr: has to be main branch

I forgot about that

Aha so no chance. I will trigger it manually then.

That's what I have my daily job for :)

you can push it to your master branch

and later remove it again

OK. Trying out.

selsta, still no luch

luck

link?

will take a look in an hour

selsta, it started up!

after a 5 minute delay.

Thanks :)

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.

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.

Does monero-wallet-gui have exchange ability with random coins ? Or did you add all that ?

Oh no I just added support so you can see how much monero you have but in other currencies.

Since it was always a pain to lookup the amount of monero you have in another fiat pair other than usd and eur.

It'd be useful in bitcoin I guess.

And any other fiat.

Maybe ask in #monero-gui.

That may be a better place to ask. Thanks

n42972c11, what MM said, plus I'd add some other privacy coins.

(not scam ones)

ie, bytecoin, dash.

Why does the Saviour of NASA take a group achievement award and present it as a proof of individual glory? twitter.com/hyc_symas/status/1203709575226183683

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

hash*difficulty must be < 2^256

Thank you!