04:33:49 <m-relay> <r​ecanman:agoradesk.com> I can contribute 10kh/s. Do you still need someone to mine on testnet?
04:34:01 <m-relay> <r​ecanman:agoradesk.com> I can contribute ~10kh/s. Do you still need someone to mine on testnet?
12:15:11 -xmr-pr- gus4rs opened issue #8994: Error when building on Fedora 38
12:15:11 -xmr-pr- > https://github.com/monero-project/monero/issues/8994
18:11:53 <m-relay> <j​ohn_r365:monero.social> selsta & sech1 - I see you're both doing your best to try and progress the Trezor PR, but we're running into brick walls so far.
18:11:54 <m-relay> <j​ohn_r365:monero.social> I don't want to spam the Github PR, so will ask on here.
18:11:54 <m-relay> <j​ohn_r365:monero.social> Is a there a viable workaround if the build documentation is updated to specifically instruct users to install these dependencies?
18:12:14 <m-relay> <j​ohn_r365:monero.social> Or to ask more directly, selsta - are there any workarounds you'd accept, short of waiting for some verdict on #8922 and C++ 17?
18:12:14 <m-relay> <j​ohn_r365:monero.social> No worries if not, but just trying to better understand what's possible.
18:37:46 <sech1> Is anyone else getting this on their node? https://paste.debian.net/hidden/1f1afafb/ "Exception at [portable_storage::load_from_binary], what=duplicate key: support_flags"
18:53:48 <rbrunner> Does anybody happen to know whether I can directly merge from one branch into another interactively on GitHub?
18:54:13 <rbrunner> First looks did not turn up. Maybe anyway no good idea because what would happen if there were conflicts?
19:03:18 <m-relay> <b​oog900:monero.social> Someone in offtopic asked about that yesterday
19:33:29 <sech1> rbrunner You can just replace branch names in the URL https://github.com/monero-project/monero/compare/master...release-v0.18
19:33:43 <sech1> There is a "create pull request" button
19:34:33 <rbrunner> Thanks, will try
20:29:40 <selsta> sech1: someone is running a broken modified node and is sending invalid p2p packets
20:32:29 <selsta> john_r365: we also need C++17 for the GUI, Qt 5.15 is EOL and doesn't receive security updates anymore and Qt 6 requires C++17
20:34:09 <selsta> that would be the cleanest solution, otherwise the changed dependencies have to be documented well and I already know we will get lots of issues asking why compilation is suddenly broken
20:39:45 <elucidator> I wonder if that broken/modified node is related to this nevocoin thing. maybe somebody forgot to clean the node list. 
20:40:41 <selsta> possible, but I've seen this message often on my node before this fork launched
20:43:54 <m-relay> <j​ohn_r365:monero.social> selsta - thanks for the reply. Ok, well, that does sound like a good reason to push forward with C++ 17. 
20:43:55 <m-relay> <j​ohn_r365:monero.social> I'll revisit that thread and look at what the various complaints relate to regarding the upgrade. 
20:43:55 <m-relay> <j​ohn_r365:monero.social> What would it take to move things forward in that regard?
21:07:24 <m-relay> <j​ohn_r365:monero.social> have left a comment for vtnerd and jtgrassie to get their thoughts on C++ 17, and see if the issue with Qt 6 / GUI / C++ 17 changes their point of view. As previously they were against moving to v17 simply to satisfy the Trezor PR.
23:19:22 <m-relay> <v​tnerd:monero.social> I'm primarily only against c++ version upgrades because it requires newer compilers, etc. I think someone pointed out that the last Ubuntu LTS has c++17 support, so maybe this isn't a big deal