libera #monero-dev

20 Aug 2026

Official repo: github.com/monero-project/monero || Don’t ask to ask, just ask:) || Monero GUI dev is at #monero-gui || Monero website dev is at #monero-site || Non-dev questions -> #monero, please || No fork help, you’re on your own

• 10:00
  xmr-pr
  tobtoht opened pull request #11162: depends: support pure clang builds
• 10:00
  xmr-pr
  > monero-project/monero #11162
• 10:55
  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
  tobtoht
  yes
• 11:17
  br-m
  <thomasbuilds:matrix.org> id like to review beg monero-project/monero #10993
• 12:45
  xmr-pr
  Ap4sh opened pull request #11163: simplewallet: fix show_transfer confirmations
• 12:45
  xmr-pr
  > monero-project/monero #11163
• 13:15
  tobtoht
  it would be hilarious if i finish stagex release builds before we ship a single guix build
• 13:23
  br-m
  <ofrnxmr> I wouldnt doubt that is possible
• 13:31
  selsta
  tobtoht: if I understand it correctly from the PR, stagex will require a lot less storage?
• 13:32
  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
  tobtoht
  selsta: the numbers there are outdated since we added rust, but in general yes.
• 13:37
  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
  selsta
  i find lower disk requirements important as it will allow more people to participate in the repro build process
• 13: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
  xmr-pr
  SNeedlewoods opened pull request #11164: libwallet_api_tests: build with `make`
• 14:45
  xmr-pr
  > monero-project/monero #11164
• 15:04
  selsta
  .merge+ 11113 11110 11109 11108 11107
• 15:04
  xmr-pr
  Added
• 16:00
  xmr-pr
  tobtoht opened pull request #11165: depends: boost: set triple explicitely
• 16:00
  xmr-pr
  > monero-project/monero #11165
• 17:00
  xmr-pr
  selsta opened pull request #11166: cryptonote_protocol: reduce log level for one-block sync candidates
• 17:00
  xmr-pr
  > monero-project/monero #11166
• 17:09
  consteval
  hello. are there additional docs (other than doxygen generated) on the net and p2p section of the source code?
• 17:12
  br-m
  <jeffro256> Not AFAIK
• 17:26
  consteval
  i see
• 17:52
  br-m
  <jeffro256> Unfortunately, a lot of the code in Monero has "if you know, you know" documentation ;)
• 17:53
  DataHoarder
  thanks cryptonote
• 17:53
  DataHoarder
  all the crypto, no notes
• 17:54
  br-m
  <ofrnxmr:xmr.mx> cryptononote
• 17:56
  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
  br-m
  <vtnerd> Also I have a docker build that is stagex compliant here : github.com/monero-lws/containers
• 17:58
  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
  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
  br-m
  <jpk68:matrix.org> *for the RPC thing
• 18:19
  UkoeHB
  Rust supply chain attack, check your machines. blog.rust-lang.org/2026/08/20/supply-chain-attack-on-arrayref
• 18:37
  br-m
  <hbs:matrix.org> @jeffro256: codumentation beats documentation
• 18:51
  br-m
  <slowbeardigger:matrix.org> its more fun that way