-
xFFFC0000This does not look like necessary / correct to me. Does anybody know why we generate seperate object files before creating the library itself. github.com/monero-project/monero/bl…79a350bca53c454/CMakeLists.txt#L654
-
xFFFC0000E.g if you take a look this method from Google Abseil C++ library. they have something similar to monero_add_library, but they don't use extra (and IMHO unnecessary) step of creating object files. They create target library directly github.com/abseil/abseil-cpp/blob/7…f1243/CMake/AbseilHelpers.cmake#L35
-
xFFFC0000
-
xFFFC0000( and does anybody know we do use it in libwallet? as the old comment in the code states )
-
sech1Maybe it's to avoid compiling the same source files twice. I'm not a cmake guru
-
xFFFC0000
-
m-relay<ypavtv97lx:matrix.org> Can you associate the miner IP with the wallet address / hashrate on P2Pool ? (no one answered in "Monero Pools".
-
m-relay<ypavtv97lx:matrix.org> Can you associate the miner IP with the wallet address / hashrate on P2Pool ? (no one answered in "Monero Pools").
-
m-relay<someoneelse495495:matrix.org> They actually answered but you can't see the messages because you're on matrix.org
-
m-relay<ypavtv97lx:matrix.org> oh ok
-
m-relay<someoneelse495495:matrix.org> You can thanks this great decentralized network for having shitty cloudflare firewall rules that fuck up monero.social federation
-
m-relay<someoneelse495495:matrix.org> You have the node IP but not the miners one
-
m-relay<ypavtv97lx:matrix.org> ok thanks for info!
-
m-relay<rucknium:monero.social> spackle, 0xfffc , SyntheticBird , myself, and a few others have set up a "stressnet" to reproduce the performance bottlenecks in `monerod` that we saw during the suspected spam earlier this year and code patches. More info: monero.town/post/3463948
-
m-relay<rucknium:monero.social> To run a stressnet node, run the release or compile master of github.com/spackle-xmr/monero with the `--testnet` flag. Stressnet discussion is at #monero-stressnet:monero.social on Matrix and ##monero-stressnet on IRC.
-
xFFFC0000( Special thanks to spackle and rucknium )
-
m-relay<r4v3r23:monero.social> @selsta can we merge 8619 into master at least
-
m-relay<r4v3r23:monero.social> monero-project/monero #8619#pullrequestreview-2092304403
-
m-relay<r4v3r23:monero.social> i agree with rbrunner, get this out for more testing so we can finally release it
-
m-relay<r4v3r23:monero.social> for the record anonero has been using that PR for ~8 months without a single issue
-
m-relay<r4v3r23:monero.social> well 8617 but same thing
-
m-relay<hackerg:monero.social> Hey is woodster in here?
-
selsta.merges
-
xmr-pr8203 9114 9338 9345 9346 9347
-
selsta.merge+ 8619
-
xmr-prAdded
-
m-relay<thegoodlabel:matrix.org> tx_extra.h "struct tx_extra_mysterious_minergate"
-
m-relay<thegoodlabel:matrix.org> i was under the impression minergate was blacklisted not sure why this is still in the code please pardon my ignorance
-
moneromoooAvoids some warning somewhere, and possibly loss of sync allowing parsing further extra chunks.
-
m-relay<thegoodlabel:matrix.org> i noticed in my log i have "transaction extra has unsupported format: <string>"
-
sech1I wonder if matrix.org users still see IRC messages with 24 hours delay
-
sech1moneromooo IIRC minergate stopped their operation already, so no need for this tag anymore?
-
moneromoooTheir blocks are still on the chain.