<r​brunner7:monero.social> Meeting in 1 hour

<r​brunner7:monero.social> Meeting time. Hello! monero-project/meta #1357

Hi

<v​tnerd:monero.social> Hi

<s​yntheticbird:monero.social> Hi

<s​needlewoods_xmr:matrix.org> Hey

<j​berman:monero.social> *waves*

<r​brunner7:monero.social> Alright. What is there to report from last week? Me: Went carefully through all of seraphis-migration/monero #306

<r​brunner7:monero.social> Noticed that jeffro256 did not yet comment there

<r​brunner7:monero.social> Left my own opinion as of now

<s​needlewoods_xmr:matrix.org> continue work on wallet-rpc, `grep "\<m_wallet\>" src/wallet/wallet_rpc_server.cpp -c` gives 44 results

<r​brunner7:monero.social> Love your countdowns :)

<s​needlewoods_xmr:matrix.org> :) it's an easy way to measure progress, but will have a PR to show soonish

<j​berman:monero.social> Continuing on an edge case hang-on-shutdown in monerod

<r​brunner7:monero.social> Such things may be hard to debug, right?

Waiting to hear from jeffro256, planning to review carrot_core

<j​berman:monero.social> yes not the easiest. nice that ofrn identified a way to reproduce it fairly consistently, and I've implemented a fix that is holding up, but I'm working on a test case that 100% demos the issue and that's been a bit of a challenge

<r​brunner7:monero.social> Is this in the FCMP++ version or the ordinary daemon?

<j​berman:monero.social> ordinary daemon

<j​berman:monero.social> it's caused by this PR, which was necessary to fix a distinct issue: monero-project/monero #10278

<r​brunner7:monero.social> Looks like fairly extensive changes at first sight

<j​berman:monero.social> it wasn't, a good portion of that PR was de-duplicating logic

<j​berman:monero.social> and a 70 line test

<r​brunner7:monero.social> In the soon-to-arrive AI dominated future we will have essentially the same logic in 50 places and nobody cares :)

<r​brunner7:monero.social> Alright, thanks for the reports. I was thinking to propose to go back to the subject of "hybrid wallets" today, but then I noticed that UkoeHB's post is only 4 days old, so it's probably too early, and as already mentioned at least comments from jeffro256 did not yet arrive.

<r​brunner7:monero.social> I can only advice to have a look, and maybe give your opinion as well, because IMHO it would be good to reach "loose consensus" soon about which way we go

<s​needlewoods_xmr:matrix.org> I tend to agree with your latest comment on the issue

<j​berman:monero.social> Will try to share my view soon too. Fwiw my opinion is still against the hybrid model in favor of separate

<r​brunner7:monero.social> Ok, nice

<r​brunner7:monero.social> I understand the "lure" of the hybrid solution, in a way it's very clever, and has a certain elegance. But when I think how that will look "high up", in the wallet apps, it's probably quite hairy

I want to add more jamtis features to carrot, so will withhold commentary until jeffro replies to my arguments.

<j​berman:monero.social> ack

<r​brunner7:monero.social> Adding still before the hardfork to FCMP++?

<r​brunner7:monero.social> Wouldn't that be quite ambitious, if yes?

Yes. Not extremely ambitious no, just address parsing, address gen and management, and adjustments to tx construction/scanning. Not trivial but not on the scale of current code changes.

<r​brunner7:monero.social> Interesting. More minds bring more ideas :)

<r​brunner7:monero.social> Alright. Do we have something more to discuss today?

<r​brunner7:monero.social> Doesn't look like it. Thus we can close; thanks for attending everybody, read you again next week!

<j​berman:monero.social> thank you!

<s​needlewoods_xmr:matrix.org> thanks everyone, see ya