10:00:50 <xmr-pr> tobtoht opened pull request #11162: depends: support pure clang builds
10:00:51 <xmr-pr> > https://github.com/monero-project/monero/pull/11162
10:55:51 <br-m> <entropyhoover:matrix.org> Does the development actually occurred on github? Can I open pull request on github directly if I wrote something?
10:58:03 <tobtoht> yes
11:17:29 <br-m> <thomasbuilds:matrix.org> id like to review beg https://github.com/monero-project/monero/pull/10993
12:45:50 <xmr-pr> Ap4sh opened pull request #11163: simplewallet: fix show_transfer confirmations
12:45:51 <xmr-pr> > https://github.com/monero-project/monero/pull/11163
13:15:51 <tobtoht> it would be hilarious if i finish stagex release builds before we ship a single guix build
13:23:09 <br-m> <ofrnxmr> I wouldnt doubt that is possible
13:31:08 <selsta> tobtoht: if I understand it correctly from the PR, stagex will require a lot less storage?
13:32:09 <br-m> <ofrnxmr> on that note: 11006 = hard blocker - syncs can stall without it, 11007 changes un-shipped flags and behavior, should merge before release
13:37:32 <tobtoht> selsta: the numbers there are outdated since we added rust, but in general yes.
13:37:42 <tobtoht> after working with both systems, i can confidently say stagex is better than guix for our usecase. will compile a list of pros/cons and add that to the pr.
13:38:16 <selsta> i find lower disk requirements important as it will allow more people to participate in the repro build process
13:42:42 <tobtoht> container engines run on more linux distributions than guix without additional setup, so that will also allow more people to participate.
14:45:50 <xmr-pr> SNeedlewoods opened pull request #11164: libwallet_api_tests: build with `make`
14:45:51 <xmr-pr> > https://github.com/monero-project/monero/pull/11164
15:04:27 <selsta> .merge+ 11113 11110 11109 11108 11107
15:04:27 <xmr-pr> Added
16:00:50 <xmr-pr> tobtoht opened pull request #11165: depends: boost: set triple explicitely
16:00:51 <xmr-pr> > https://github.com/monero-project/monero/pull/11165
17:00:50 <xmr-pr> selsta opened pull request #11166: cryptonote_protocol: reduce log level for one-block sync candidates
17:00:51 <xmr-pr> > https://github.com/monero-project/monero/pull/11166
17:09:24 <consteval> hello. are there additional docs (other than doxygen generated) on the net and p2p section of the source code?
17:12:42 <br-m> <jeffro256> Not AFAIK 
17:26:05 <consteval> i see
17:52:19 <br-m> <jeffro256> Unfortunately, a lot of the code in Monero has "if you know, you know" documentation ;)
17:53:06 <DataHoarder> thanks cryptonote
17:53:10 <DataHoarder> all the crypto, no notes
17:54:03 <br-m> <ofrnxmr:xmr.mx> cryptononote
17:56:25 <br-m> <vtnerd> @tobtoht:monero.social: isnt stagex x86-64 only though? Or is that changing soon? I had a patch to make lws stagex compliant but stopped because of that
17:57:26 <br-m> <vtnerd> Also I have a docker build that is stagex compliant here : https://github.com/monero-lws/containers
17:58:22 <br-m> <vtnerd> I had to remove static builds temporarily because it doesn't seem to work with clang. The patch you added to control static build flags would fix it though 
18:18:40 <br-m> <jpk68:matrix.org> @jeffro256:monero.social Apologies for the merge conflict; I have no problem with your PR changing it again if it's faster
18:19:14 <br-m> <jpk68:matrix.org> *for the RPC thing
18:19:19 <UkoeHB> Rust supply chain attack, check your machines. https://blog.rust-lang.org/2026/08/20/supply-chain-attack-on-arrayref/
18:37:20 <br-m> <hbs:matrix.org> @jeffro256: codumentation beats documentation
18:51:25 <br-m> <slowbeardigger:matrix.org> its more fun that way