16:59:29 <hyc> we having a meeting?
17:03:39 <selsta> looks like no
17:04:25 <ErCiccione[m]> we could if there is stuff to talk about
17:06:14 <selsta> Once `functional_tests_rpc` get fixed we will have green checkmarks on Github again :D
17:06:25 <hyc> nothing for me, I've been working on other projects
17:11:13 <selsta> work on GUI reproducible builds are progressing
17:11:58 <sarang> Work on CLSAG signatures continues (awaiting the thumbs-up from surae on my overhaul of the preprint)
17:14:32 <ErCiccione> Getmonero.org will be on weblate (localization platform: translate.getmonero.org) very soon. Probably by the end of next week
17:15:22 <sarang> Triptych has been slightly generalized to support things like multiple asset types and hidden timelocks
17:15:31 <sarang> (MLSAG/CLSAG had this property already)
17:15:55 <sarang> Also: any particular opinions on hiding timelocks via Pedersen commitments?
17:16:00 <hyc> is Triptych now your current favorite of the many possibilities on the table?
17:16:20 <sarang> It's about on par with RCT3 for spacetime complexity
17:16:43 <sarang> I haven't yet examined if the hidden-timelock generalization applies easily to RCT3
17:16:52 <sarang> It's certainly possible, but it hasn't been done
17:17:13 <sarang> I also don't want to fall into the not-invented-here trap
17:17:22 <hyc> what's the purpose of hiding this?
17:17:33 <hyc> just to make it indistinguishable for normal txs?
17:17:40 <sarang> Better indistinguishability and reduced heuristics
17:17:46 <hyc> ok
17:17:53 <sarang> All you learn is that the timelock has passed, but not the duration
17:18:22 <sarang> It could either be made optional (only where a nonstandard timelock would otherwise appear in the clear) or mandatory (which incurs much more added cost overall to the chain)
17:18:38 <sarang> Including them with CLSAG would basically negate the verification time benefits
17:18:46 <sarang> but still would have size benefits
17:18:49 <sarang> compared to MLSAG now
17:50:46 <moneromooo> What's borked with functional_tests_rpc ?
17:54:15 <rehrar> Sorry guys. People are here redoing some of my floors so I forgot about the meeting.
17:54:34 <hyc> I don't think there was that much to discuss
17:55:38 <selsta> moneromooo: Does master functional_test_rpc work for you?
17:55:53 <selsta> It fails my Mac and Linux system
17:56:04 <selsta> maybe i’m missing a python dependency or so?
17:58:33 <selsta> see logs: https://paste.debian.net/hidden/a353b98e/
17:59:42 <rehrar> hyc not true, we must discuss the upcoming Monero ice cream social.
18:01:08 <rbrunner> rehrar: I think you wanted to open a meta issue about continuing the dev meetings in their current form, as mentioned 2 weeks ago, when we had a very small "meeting"
18:01:27 <rehrar> Oh yeah. Das true.
18:08:55 <rehrar> I can do that today.
18:09:24 <rbrunner> Splendid!
19:23:51 <moneromooo> selsta: I think 6233 fixes those.
19:24:44 <selsta> ah nice
20:23:32 <M5M400> guys, how does the GUI "simple" mode chose a daemon?
20:24:05 <M5M400> seems some of those considered are still running v0.14.x
20:31:03 <selsta> There is a reconnect to a new node button in this case.
20:40:41 <M5M400> the tezos guy I talked into installing it seemed incapable
20:41:05 <M5M400> (to find a node that works; not to push that button)
20:42:44 <selsta> might be a bug then
20:42:53 <selsta> restarting the GUI can help