09:52:56 <mj-xmr_> Hi, I was away for 2.5 weeks due to RL issues. I'm in the process of creating automated Valgrind reports right now.
09:53:13 <mj-xmr_> so thanks for merging my Valgrind script.
10:00:26 <usamat> Hello, is the commitment public key same as a stealth address?
10:00:27 <usamat> "vout": [ {
10:00:27 <usamat>       "amount": 0,
10:00:28 <usamat>       "target": {
10:00:28 <usamat>         "key": "45ee17f65852f68ad73ce200dd16be92a5878cb4d86ecc740b02828664c2510e"
10:00:29 <usamat>       }
10:00:29 <usamat>     }, {
10:00:30 <usamat>       "amount": 0,
10:00:30 <usamat>       "target": {
10:00:31 <usamat>         "key": "9cf4c81578791734b2a1a311ac4798db040330d22e5bc9b6c8519eb47056cdaf"
10:00:31 <usamat>       }
10:00:32 <usamat>     }
10:00:32 <usamat>   ],
10:00:53 <usamat> and is it the "key" field of "vout"?
11:04:03 <moneromooo> What you pasted are the output public keys.
11:07:58 <usamat> Okay.
11:07:58 <usamat> And are those the One-time addresses (section 4.2) :https://drive.google.com/viewerng/viewer?url=https://web.getmonero.org/library/Zero-to-Monero-2-0-0.pdf ?
11:08:28 <moneromooo> They're sometimes called one time addresses, yes
11:09:16 <moneromooo> But since they're not addresses, I think it's a bad name,
12:11:12 <ErCiccione[m]> So, i contacted the guy who maintains the monero package on debian and he answered today. He is having a bug in 0.17.1.9 that it's blocking the situation. He says that any help would be appreciated: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973196
12:11:40 <ErCiccione[m]> note that it's very important to have this bug fixed asap so that the debain package can be upgraded to 0.17.1.9
12:12:08 <ErCiccione[m]> this is necessary if we want monero to be included in debian bullseye and tails
12:13:12 <ErCiccione[m]> for reference: https://github.com/monero-project/monero/issues/2395#issuecomment-762833504
12:13:31 <ErCiccione[m]> We have until February 11
12:14:11 <ErCiccione[m]> Anybody that could help with that?
12:41:46 <mj-xmr> I have time
12:42:36 <mj-xmr> <ErCiccione[m]> : I will take it up today and let you know in a couple of hours if I can handle it.
12:43:51 <AClacy> exit
12:47:05 <ErCiccione[m]> mj-xmr: Awesome, thanks :)
12:47:56 <moneromooo> Just worked on deban 10 fwiw.
12:49:13 <usamat> moneromooo could you please take a look at this:
12:49:14 <usamat> And are those the One-time addresses (section 4.2) :https://drive.google.com/viewerng/viewer?url=https://web.getmonero.org/library/Zero-to-Monero-2-0-0.... ?
12:49:53 <moneromooo> Please rephrase.
12:50:19 <moneromooo> I mean, clarify your question. I'm not sure what you're asking.
12:50:30 <xiphon> "ErCiccione[m]: for reference: https://github.com/monero-project/monero/issues/2395#issuecomment-762833504"
12:50:35 <xiphon> ^ we need to provide basic_stream operator << implementation for wipeable_string, https://paste.debian.net/plain/1182806 should work
12:50:48 <xiphon> ^ mj-xmr
12:51:09 <moneromooo> Not sure we should. It kinda defeats the point of wipeable_string.
12:51:19 <moneromooo> << will leave traces in random places.
12:51:41 <xiphon> well, then we should just fix the tests
12:51:49 <xiphon> so they don't try to print the string
12:52:55 <usamat> moneromooo you said that the "key" is the output public key.
12:52:55 <usamat> "vout": [ {
12:52:56 <usamat>       "amount": 0,
12:52:56 <usamat>       "target": {
12:52:57 <usamat>         "key": "45ee17f65852f68ad73ce200dd16be92a5878cb4d86ecc740b02828664c2510e"
12:52:57 <usamat>       }
12:52:58 <usamat>     }, {
12:52:58 <usamat>       "amount": 0,
12:52:59 <usamat>       "target": {
12:52:59 <usamat>         "key": "9cf4c81578791734b2a1a311ac4798db040330d22e5bc9b6c8519eb47056cdaf"
12:53:00 <usamat>       }
12:53:00 <usamat>     }
12:53:01 <usamat>   ],
12:53:24 <moneromooo> It is.
12:53:50 <moneromooo> And the recipient can recover the associated secret key when spending.
12:54:47 <ErCiccione[m]> should i wait or should i tell them to try the patch?
12:54:54 <usamat> Alright.
12:54:54 <usamat> and the document zero to monero has no section on the keyword "output public key". Its talks about "one-time addresses".
12:54:55 <usamat> So my question is, are they the same?
12:55:06 <moneromooo> Yes, two names for the same thing.
12:55:24 <moneromooo> But as I said they're not actually addresses so it's a misnomer really.
12:56:12 <usamat> oh okay. Thank you so much :)
12:57:08 <xiphon> "<ErCiccione[m]> should i wait or should i tell them to try the patch?" < wait, althogh the patch might fix the issue, is most probably not the way we want to fix it :)
12:57:45 <ErCiccione[m]> got it
12:57:46 <usamat> and could you please point me to some C++ or JS implementation of deriving this output public key from pub_key and rand_scalar?
12:59:57 <moneromooo> You can start from cryptonote_tx_utils.cpp, construct_...with_key
13:02:03 <usamat> Yea I was roaming about this file. I'll dig deeper then
13:02:57 <usamat> thank you!
13:04:41 <moneromooo> I just looked, it seems to be the call to hwdev.generate_output_ephemeral_keys from the function above.
13:10:51 <mj-xmr> I will try to reproduce the Debian problem now.
13:11:13 <mj-xmr> Then we can discuss various solutions.
13:13:40 <moneromooo> The solution is likely to have custom messages on those asserts, the default is to print the args IIRC.
13:17:51 <usamat> thank you moneromooo, would have taken me a lot longer to figure this out.
13:23:49 <xiphon> i would do https://paste.debian.net/plain/1182819
13:38:31 <mj-xmr> It builds on Debian 10 here as well. Perhaps the problem lies in their version of boost. Will recheck.
13:39:33 <mj-xmr> Buster uses 1.67.0.1
13:39:37 <mj-xmr> (boost)
13:44:29 <mj-xmr> ... building boost 1.67...
13:55:34 <mj-xmr> Get: 140 http://127.0.0.1:3142/debian sid/main amd64
13:55:39 <mj-xmr> It's SID, not Buster
13:55:44 <mj-xmr> https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=973196;filename=monero_0.17.1.9%2B~0%2B20200826-1_amd64.build;msg=17
13:57:28 <mj-xmr> OK. I'll need to build it via Docker.
14:22:10 <mj-xmr> OK. Building.
14:51:18 <mj-xmr> It builds OK under current unstable. I'll try sid explicitly.
14:51:34 <mj-xmr> Then I'll take a closer look at the packages, that they used.
15:38:39 <mj-xmr> It builds under sid as well. I'll use the same list of packages, that they use, but looking at their logs, I start to think that the culprit lies in one of the many patches, that they apply. It makes me wonder why they apply them, since it builds ok without them.
16:16:46 <mj-xmr> Reproduced :)
16:17:18 <mj-xmr> They're most probably missing one package. I'll try to bisect this.
16:17:47 <moneromooo> The patches with 6934 in the name sound like a likely culprit fwiw.
16:21:55 <mj-xmr> Their package list is missing libboost-dev. This package contains boost::optional (and no other package does). Trying with the package now.
18:01:49 <jakoson0> Look on the bright side. At least you don't need to obsess over signs of life from FUK now.
19:00:37 <mj-xmr> I got distracted by my wife. I will now write a pragmatic solution to the package maintainer.
19:34:10 <mj-xmr> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973196#22
19:34:32 <mj-xmr> <ErCiccione[m]>: Here's my reply. Closing the shop for today.