-
m-relay
<rbrunner7:monero.social> Meeting in a bit more than 1 hour
-
m-relay
<rbrunner7:monero.social> Meeting time. Hello!
monero-project/meta #1270
-
m-relay
<sneedlewoods_xmr:matrix.org> Hello
-
m-relay
<jberman:monero.social> *waves*
-
m-relay
<parasew:matrix.org> helo
-
m-relay
<spirobel:kernal.eu> hi
-
m-relay
<rbrunner7:monero.social> Seems jberman is already typing his report :)
-
m-relay
<rbrunner7:monero.social> Yeah, what about last week?
-
m-relay
<sneedlewoods_xmr:matrix.org> down to 77 `m_wallet`, also cleaned up a lot and went from ~1200 unstaged changes to ~100, also began to write some notes for the PR that will hopefully be made in foreseeable future
-
m-relay
<rbrunner7:monero.social> That sounds splendid
-
m-relay
<rbrunner7:monero.social> Did you continue to try to make a static build?
-
m-relay
<jberman:monero.social> me: completed FCMP++ refresh refactor PR 81 (jeffro approved) fortunately was able to make the code much cleaner without chaning the async structure as I originally posited, opened PR for daemons to kick invalid txs from pool upon popping blocks (e.g. to handle a reorg) although seems I'm in the minority in favor of that #10085, and for wallets to identify spends in the pool upon <clipped messag
-
m-relay
<jberman:monero.social> restore/if they're not the sending wallet (#10083). Stressnet launch nearly here (hopefully after a final round of testing from ofrn)
-
m-relay
<jberman:monero.social> I've also re-started on documentation for the fcmp++ integration, and will harden my plan for upstreaming my side of changes as I work through documentation
-
m-relay
<rbrunner7:monero.social> "This change kicks these invalid txs from the pool" I can see why that could be controversial, especially compared with a much shorter keep-alive time, not those overly long 7 days
-
m-relay
<jeffro256:monero.social> Howdy
-
m-relay
<rbrunner7:monero.social> A reviewing / merging issue was opened somewhere that might be worth mentioning here, right? Don't have a link handy
-
m-relay
<jeffro256:monero.social> The main downside is that it opens the door for other people o perform double spend attacks when the reorg depth >= 10
-
m-relay
<jeffro256:monero.social> I made a first draft of the Rusty Carrot library:
github.com/jeffro256/carrot-rs
-
m-relay
<rbrunner7:monero.social> Got it in the meantime:
seraphis-migration/monero #103
-
m-relay
<jberman:monero.social> ah, didn't know what you were referring to
-
m-relay
<jberman:monero.social> ya that issue is a solid tracking issue by jeffro / plan
-
m-relay
<rbrunner7:monero.social> That will need quite some beating of drums to get people outside of our little circle here to read into FCMP++ tech and start to review ...
-
m-relay
<rbrunner7:monero.social> I think it's not that often that one has to implement the same bigger thing in two different languages, like jeffro256 did now with Carrot. Allows for first-hand comparisons of programming languages, here between C++ and Rust.
-
m-relay
<rbrunner7:monero.social> Alright, looks like we are through with the reports. Anything else we have to discuss today?
-
m-relay
<sneedlewoods_xmr:matrix.org> is the rust lib "feature-complete" in comparison to the c++ one, or are there any differences?
-
m-relay
<sneedlewoods_xmr:matrix.org> nothing else to discuss on my end
-
m-relay
<rbrunner7:monero.social> Hopefully some potential memory leak "features" are missing from the Rust lib :)
-
m-relay
<jeffro256:monero.social> Yes, it's feature complete to the `carrot_core` part
-
m-relay
<rbrunner7:monero.social> I don't think that there will be noticable *speed* differences?
-
m-relay
<jeffro256:monero.social> Depends on how fast the underlying cryptography primitives are for the Rust dependencies I used
-
m-relay
<sneedlewoods_xmr:matrix.org> sorry, I completely missed that question, yes I tried and failed for a couple more attempts, then just continued to use the `master` branch
-
m-relay
<jeffro256:monero.social> But the part of the code that is mine is more or less the exact same AFAICT
-
m-relay
<rbrunner7:monero.social> Anyway, nice to see how we will most probably able to keep up Rust because there is enough engagement and interest. In theory, it could just wither because of not enough push.
-
m-relay
<rbrunner7:monero.social> Ok, let me close the formal meeting while chat continues. Thanks everybody for attending, read you again next week!
-
m-relay
<sneedlewoods_xmr:matrix.org> thanks everyone