03:06:58 <selsta> .merges
03:06:58 -xmr-pr- 8178 8248 8249 8260 8273 8275 8276
06:52:55 <mj-xmr[m]> <selsta> "need someone to review the v0.17..." <- Double checked.
13:50:33 <woodser[m]> if one creates and funds 10 wallets, then broadcasts an unconfirmed tx from each wallet, it's possible for some broadcasts to fail because they might use common decoys, right?
14:08:05 <moneromooo> No.
14:08:42 <moneromooo> Well, maybe. Your premises are not precise enough, but the way I interpret it, no.
14:08:54 <moneromooo> It is no for this rephrasing:
14:09:13 <moneromooo> Alice creates 10 wallets, and sends funds to every one of them.
14:09:33 <moneromooo> Alice creates, but does not broadcast yet, a tx per wallet.
14:09:43 <moneromooo> Alice then broadcasts all these txes.
14:10:18 <moneromooo> In that case, those 10 txes will not interfere. If the txes were valid when made, they'll still be valid when the other 9 are known.
14:10:35 <moneromooo> This assumes no reorg happened in the meantime ofc.
16:01:41 <ian_niculescu[m]> <woodser[m]> "if one creates and funds 10..." <- This is what happened to me, I used woodser java library (btw thank you for that), I think it had something to do with opening and closing quickly wallets in walletRpc after sending a tx.
16:04:59 <woodser[m]> I'm trying to recreate the issue
16:05:48 <moneromooo> If you have log level >= 1, moenrod will tell you why a tx fails to verify.
16:05:55 <ian_niculescu[m]> woodser[m]: thank you 
18:06:29 <woodser[m]> ian_niculescu: I'm still not able to reproduce the error, even with opening and closing wallet rpc after each send
18:07:46 <woodser[m]> please do enable logging in the daemon with `set_log 1` and report the error for why the tx fails
20:02:40 <kayabanerve[m]> If there's any Rust developers interested in picking up a Monero ecosystem project as their work over the next few months, let me know on matrix (this account). 
21:30:12 <selsta> luigi1112: could you do merges again? i want to release v0.17.3.2 soon