-
ErCiccione
rbrunner7: i have unclear if i'm expected to moderate the meeting on Saturday. I'm not sure because i should have moderated the meeting this meeting is replacing 🙂 I'm available in any case, so please let me know
-
rbrunner
ErCiccione: I would be glad if you could moderate the coming dev meeting this Saturday, yes
-
ErCiccione
Ok, no problem 🙂
-
woodser[m]
is it possible for export_multisig_info to work with unconfirmed funds, so a multisig tx can be created when the funds unlock without re-exchanging the multisig info?
-
moneromooo
No.
-
moneromooo
However, that info could plausibly piggy back on the multisig tx itself, similarly to the output and key image info piggybacking onto cold signing data.
-
moneromooo
However, that info could plausibly piggy back on the multisig tx itself, similarly to the output and key image info piggybacking onto cold signing data. (got dc'd, not sure if that went through)
-
woodser[m]
yes, thanks
-
woodser[m]
that would allow the multisig tx to be created without exchanging info after receiving funds, and then the co-signer could update their wallet from the piggybacked info, sign, and broadcast?
-
woodser[m]
peers are likely to go offline in our case, so as is, the tx can't be signed and broadcast until completing a round trip, potentially waiting for each peer to come back online. it would be great to remove a trip, by allowing the tx to be created before exchanging multisig info
-
moneromooo
Yes. You'd stlil exchange ms info technically, just not as a separate step. I can't think of a reason it would not work. Hopefully there are none.
-
UkoeHB
woodser[m]: are you trying to speed up the part where you learn key images?
-
woodser[m]
I just want to avoid needing a round trip in order to create, sign, and broadcast a tx, as this can add a lot of time if participants offline and return online later
-
woodser[m]
hoping to create the tx and share with participants to sign and broadcast without needing their updated multisig info
-
woodser[m]
I created an issue for it:
monero-project/monero #8230
-
UkoeHB
Looks like I messed up rebase on 8149, and some submodule junk got added in
monero-project/monero #8149/files . Anyone know how I can fix it?
-
selsta
git reset --soft HEAD~1
-
selsta
git checkout -- external/randomx
-
selsta
git commit -S -m "cleanup"
-
selsta
not 100% sure though
-
UkoeHB
selsta: is that second one missing a command?
-
selsta
wait it's wrong I think
-
selsta
does `git restore --staged external/randomx` work?
-
selsta
or just enter `git reset --soft HEAD~1` and then check with `git status` how to remove the submodule changes
-
UkoeHB
thanks fixed it :)
-
reeemuru[m]
when using ` --bootstrap-daemon-address auto` is there a way to see which node was chosen?
-
selsta
status
-
reeemuru[m]
ah i see, thanks selsta
-
selsta
.merges
-
xmr-pr
8222
-
selsta
.merge+ 7936 7937 8053 8166 8177 8179 8180 8195 8196 8197 8205 8207 8211 8212 8213 8215
-
xmr-pr
Added
-
selsta
-
selsta
jeffro256[m]: could you squash the 8223 and 8228 to a single commit?
-
moneromooo
I did not, thanks.