freenode #monero-dev

26 Jan 2020

Official repo: github.com/monero-project/monero || Don’t ask to ask, just ask:) || Non-dev questions -> #monero, please || Next dev meeting is detailed on the Monero meeting issue on Github: github.com/monero-project/meta/issues

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