08:07:47 <xFFFC0000> This does not look like necessary / correct to me. Does anybody know why we generate seperate object files before creating the library itself. https://github.com/monero-project/monero/blob/cc73fe71162d564ffda8e549b79a350bca53c454/CMakeLists.txt#L654 
08:09:15 <xFFFC0000> E.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 https://github.com/abseil/abseil-cpp/blob/7c17d8bc53d2761b094faed27a04db2fb8df1243/CMake/AbseilHelpers.cmake#L35  
08:09:17 <xFFFC0000> https://github.com/abseil/abseil-cpp/blob/7c17d8bc53d2761b094faed27a04db2fb8df1243/CMake/AbseilHelpers.cmake#L259
08:10:28 <xFFFC0000> ( and does anybody know we do use it in libwallet? as the old comment in the code states )
08:15:40 <sech1> Maybe it's to avoid compiling the same source files twice. I'm not a cmake guru
08:19:09 <xFFFC0000> https://github.com/monero-project/monero/commit/1de812a92a1f0b6c9080044e04cb77bc34a2ebe7
12:47:04 <m-relay> <y​pavtv97lx:matrix.org> Can you associate the miner IP with the wallet address / hashrate on P2Pool ? (no one answered in "Monero Pools".
12:47:10 <m-relay> <y​pavtv97lx:matrix.org> Can you associate the miner IP with the wallet address / hashrate on P2Pool ? (no one answered in "Monero Pools").
12:48:06 <m-relay> <s​omeoneelse495495:matrix.org> They actually answered but you can't see the messages because you're on matrix.org
12:48:26 <m-relay> <y​pavtv97lx:matrix.org> oh ok
12:48:26 <m-relay> <s​omeoneelse495495:matrix.org> You can thanks this great decentralized network for having shitty cloudflare firewall rules that fuck up monero.social federation
12:48:44 <m-relay> <s​omeoneelse495495:matrix.org> You have the node IP but not the miners one
12:50:06 <m-relay> <y​pavtv97lx:matrix.org> ok thanks for info!
15:28:15 <m-relay> <r​ucknium: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: https://monero.town/post/3463948
15:29:38 <m-relay> <r​ucknium:monero.social> To run a stressnet node, run the release or compile master of https://github.com/spackle-xmr/monero with the `--testnet` flag. Stressnet discussion is at #monero-stressnet:monero.social  on Matrix and ##monero-stressnet on IRC.
15:31:15 <xFFFC0000> ( Special thanks to spackle and rucknium )
15:55:14 <m-relay> <r​4v3r23:monero.social> @selsta can we merge 8619 into master at least
15:56:43 <m-relay> <r​4v3r23:monero.social> https://github.com/monero-project/monero/pull/8619#pullrequestreview-2092304403
15:57:10 <m-relay> <r​4v3r23:monero.social> i agree with rbrunner, get this out for more testing so we can finally release it
15:57:43 <m-relay> <r​4v3r23:monero.social> for the record anonero has been using that PR for ~8 months without a single issue
15:58:02 <m-relay> <r​4v3r23:monero.social> well 8617 but same thing
16:05:58 <m-relay> <h​ackerg:monero.social> Hey is woodster in here?
16:40:13 <selsta> .merges
16:40:13 -xmr-pr- 8203 9114 9338 9345 9346 9347
16:41:01 <selsta> .merge+ 8619
16:41:01 <xmr-pr> Added
20:49:25 <m-relay> <t​hegoodlabel:matrix.org> tx_extra.h    "struct tx_extra_mysterious_minergate"
20:49:47 <m-relay> <t​hegoodlabel:matrix.org> i was under the impression minergate was blacklisted not sure why this is still in the code please pardon my ignorance
20:50:32 <moneromooo> Avoids some warning somewhere, and possibly loss of sync allowing parsing further extra chunks.
20:50:52 <m-relay> <t​hegoodlabel:matrix.org> i noticed in my log i have "transaction extra has unsupported format: <string>"
21:20:20 <sech1> I wonder if matrix.org users still see IRC messages with 24 hours delay
21:21:26 <sech1> moneromooo IIRC minergate stopped their operation already, so no need for this tag anymore?
21:34:58 <moneromooo> Their blocks are still on the chain.