13:21:05 <valentinod[m]> Monerujo app states my Node connection failed and Username/password is wrong
13:21:06 <valentinod[m]> But all details are correct
13:21:06 <valentinod[m]> What should I do?
13:21:52 <valentinod[m]> I am unable to access the wallet
13:23:05 <sethsimmons> This isn't the right place for that, try #monero:monero.social  or their subreddit (https://www.reddit.com/r/Monerujo/) or email them (help⊙mi)
13:24:52 <valentinod[m]> Thank you
14:05:36 <Guest26> is there a reason the monero docs are a 'work in progress'? 
14:15:20 <sethsimmons> What docs say that?
14:16:11 <Guest26> https://monerodocs.org/
14:17:03 <sethsimmons> They are unofficial as clearly stated, so you should probably reach out to the author.
14:20:52 <Guest26> will do, thanks!
15:18:08 <selsta> .merges
15:18:08 <xmr-pr> Merge queue empty
17:50:42 <moneromoooo> I am adding the ability to stash 32 bytes of hidden data in BP+. That data can be retrieved only by the sender. Do we want to store, eg, the tx secret key there, or something else, or leave that to the user ?
17:51:40 <moneromoooo> (32 bytes per tx)
17:53:58 <Xair[m]> why not leave it to the user?
18:03:44 <boogerlad[m]> oh I thought the recipient could retrieve that data too
18:04:31 * moneromoooo too
18:15:05 <UkoeHB> There is only one 32 byte value per tx, is it extra data when there is 1 non-change recipient?
18:15:27 <moneromoooo> Can you expand on "is it extra data" ?
18:16:12 <moneromoooo> If you mean "does it go into extra", then no. It's in the bulletproof data.
18:19:28 <moneromoooo> Also, later on, there will also be 32 bytes in the triptych proof, which can be retrieved by the recipient.
18:29:22 <selsta> .merge+ 7825 7822 7821 7818 7817 7810 7809 7805 7802 7801 7800 7799 7798 7790 7791 7794 7788 7787 7796 7777 7747 7757
18:29:22 <xmr-pr> Added
18:29:52 <selsta> moneromoooo: could you approve 7767? you approved it previously before rebase
18:31:12 <moneromoooo> Sure, not too large, I'll do it now.
18:33:47 <selsta> Had to open a new PR because the author stopped replying.
18:33:50 <UkoeHB> Extra data as in... additional data a recipient can read. Transactions can have more than 1 recipient.
18:35:03 <moneromoooo> done
18:35:46 <moneromoooo> Well, there'll be some in triptych later which a recipient can read (one per tx). The one I'm doing now with BP+ won't.
18:36:26 <moneromoooo> If you want to add 32 bytes for every recipient, then I guess you can use extra, yes. But it's unrelated really.
18:38:05 <boogerlad[m]> do lelantus3 and seraphis support embedding such data?
18:39:11 <boogerlad[m]> Might not make sense to implement if it won't be possible in the future
18:39:17 <moneromoooo> I asked sarang that and the reply was "I think so".
18:40:04 <moneromoooo> (paraphrased, despite the quotes)
18:40:15 <sarang> Groth/Bootle-type parallel proofs should support the same type of embedding as Triptych
18:40:26 <selsta> moneromoooo: updated, not sure if that's the place to init them
18:40:34 <selsta> shouldn't matter I guess
18:41:01 <moneromoooo> It's where I'd have done it.
18:46:03 <moneromoooo> Also, it's got the same problem as encrypted payment ids: you don't know whether what you get was put there by the sender or whether it's pseudo random data.
19:17:42 <moneromoooo> boogerlad[m]: message not going through, but that's not something that seems personal.
19:22:37 <boogerlad[m]> oh, is the libera <-> matrix bridge broken again?
19:23:20 <selsta> no
19:23:23 <moneromoooo> No, it wants me to log in. Can't be arsed spinning the vault vm.
19:24:06 <moneromoooo> And you'll have better feedback posting in public.
19:24:45 <boogerlad[m]> fair enough. Do you think it's best to post in "monero dev", "monero", or reddit?
19:25:13 <moneromoooo> None of these seem off topic.
19:50:29 <selsta> .merge+ 7767
19:50:29 <xmr-pr> Added
20:04:31 <sgp_[m]> ArticMine binaryFate luigi1111w Is fluffypony's access revoked from everything?
20:04:56 <sgp_[m]> is the general fund safe, etc
20:05:03 <sethsimmons> sgp_[m]: Good point -- any infra he has access too as well as Github etc.
20:05:06 <binaryFate> Near enough but we're on it
20:05:21 <sgp_[m]> okay thanks
20:11:16 <sgp_[m]> the devices he had could have has malware installed for the past several weeks
20:12:03 <binaryFate> sgp_[m] what makes you think that?
20:12:24 <sgp_[m]> because he was arrested and his devices were confiscated
20:12:28 <sgp_[m]> (I assume)
20:12:43 <sgp_[m]> so who knows what people did with them
20:13:15 <sech1> assume the worst
20:13:48 <sech1> that all servers he had access to are compromised
20:13:59 <sethsimmons> Yes
20:14:10 <sethsimmons> And could have been before arrest, potentially.
20:14:14 <binaryFate> He was arrested on the 21st. No devices were taken from him. His phone laptop etc are with someone else.
20:14:29 <sethsimmons> Oh great
20:14:51 <sethsimmons> binaryFate: Glad there has been other comms, should have expected that.
20:15:09 <binaryFate> Anyway we're revoking accesses but I wouldn't overly worry about Monero specific infra.
20:15:36 <sethsimmons> How affected would MyMonero infra be?
20:15:48 <sgp_[m]> he had no devices on the plane?
20:15:51 <sethsimmons> That could be massive honeypot if viewkeys were exposed/confiscated.
20:16:09 <binaryFate> To be clear, yes we're assuming the worst and acting as if. But I see no reason to believe there was anything before that date.
20:18:16 <binaryFate> <sgp_[m]> he had no devices on the plane? <-- they were not confiscated as I've been told by the person having them. I think extraditions treaties are just about individuals anyway, not their posessions.
20:21:31 <Rucknium[m]> Wouldn't the devices be encrypted anyway? I would hope so.
20:22:17 <sethsimmons> Hope so but don't want to assume that.
20:22:18 <sethsimmons> Better to presume keys/creds are compromised and re-provision later as needed.
20:33:59 <binaryFate> <Rucknium[m]> Wouldn't the devices be encrypted anyway? I would hope so. <-- they almost certainly would, so compromised access would also imply active willingness
20:59:04 <selsta> .merges
20:59:04 -xmr-pr- 7747 7757 7767 7777 7787 7788 7790 7791 7794 7796 7798 7799 7800 7801 7802 7805 7809 7810 7817 7818 7821 7822 7825
20:59:09 <selsta> luigi1111w: do you have time today?
20:59:31 <selsta> .merge- 7825
20:59:32 <xmr-pr> Removed
20:59:38 <luigi1111w> wait when did this happen
21:03:02 <spackle[m]> If you mean Riccardo, quoting the cointelegraph article: "An arrest warrant for Riccardo Spagni was issued on July 20, 2021, at the request of the South African government. He was apprehended the same day in the United States."
21:06:40 <nikg83[m]> spackle[m]: Has anyone been in touch with him since his arrest ? 
21:28:24 <hyc> his wife https://twitter.com/Spatzipantz/status/1422304460278276096
21:31:53 <nikg83[m]> hyc: 👍
21:46:46 <Inge> not like he could not have been picked up AT HOME a bunch of times between 2011 and now
21:47:44 * moneromoooo points to #monero
21:56:24 <UkoeHB> Are there any examples of unit tests that write/read from file (eg a wallet file)?
21:56:42 <moneromoooo> Yes, serialization.
22:11:54 <binaryFate> Note that we temporarily removed fluffypony's admin rights from github Monero organization and all relevant repos
22:28:42 <UkoeHB> thanks
22:37:18 <endogenic> for what it's worth i was cut out from mymonero through a series of completely improper events
22:37:24 <endogenic> but i still maintain significant ownership
22:37:31 <endogenic> managed to hold onto it
22:37:46 <endogenic> i should be handed control of the servers in good faith by his attorney
22:37:51 <endogenic> i stewarded them for years
22:38:04 <endogenic> anyway we're building significantly better infra
22:38:07 <endogenic> among other things
22:38:11 <endogenic> so i'm not worried about it
22:38:36 <endogenic> i also dont really care for the inappropriately/unnecesarily massive monthly hosting bill
22:38:45 <endogenic> where there's smoke there's "fire" y'all
22:38:48 <endogenic> tried to tell you
22:38:56 <endogenic> but my personal safety came under threat
22:39:07 <endogenic> as well as my mental stability due to all kinds of gaslighting etc
22:39:41 <selsta> let's all continue in #monero please
22:39:48 <endogenic> fair
22:40:01 <endogenic> cant say much rn anyway
22:40:11 <endogenic> oh oops i'm not in #monero
22:57:33 <luigi1111w> are we going ahead with 7798/99 ?
23:05:26 <selsta> afaik yes because we have to merge 7821
23:06:02 <selsta> so we want to include all changes to tx uniformity in one release
23:06:23 <jberman[m]> I was planning to include more detailed figures on tx uniformity impact there within the next 8 hours
23:06:23 <jberman[m]> An additional hesitation I have with it as is, is that it would cause the decoy selection algo to select more recent outputs today, but if the gamma shape from the paper is off in the direction I seem to have found (19.54 observed versus 19.28 in the paper), then it means the decoy selection algo is slightly biasing too recent today anyway. I'm still working on confirming the correct gamma shape separately
23:07:17 <selsta> luigi1111: let's wait then
23:07:48 <luigi1111w> k