--- Log opened Wed Nov 11 00:00:13 2020 00:34 < dr_orlovsky> step_: thank you for working on the demo, but I had two different LNP nodes (they were still on the same machine though) 00:36 < dr_orlovsky> Regarding the check, not sure about which situation you are talking about; the node can spend only those assets it has, i.e. you cant have arbitrary inputs in your psbt (rgb inputs; pure bitcoin inputs are not checked) 01:17 < step_> I'm talking about RGB-node demo, the one you did a couple of months (?) ago? Should I follow the same structure as LNP-node demo, with two nodes talking to each other? It looks more clear to me 02:05 * zoe_ Hi! I'm having some issues with libzmq build for ios (using https://github.com/zeromq/libzmq/blob/v4.3.3/builds/ios/build_ios.sh and checking out to v4.3.3). The script fails building the last architecture (x86_64) giving errors like this: `ld: building for macOS, but linking in object file built for iOS Simulator, file 'perf/local_thr.o' for architecture x86_64`. Can anyone with a mac try and let me know the 02:05 * zoe_ result, please? 02:54 < step_> Maybe I missed something, here's what I did (RGB-node v0.2.0-beta.1): I issued asset binding it to an utxo I generated with bitcoind, then I performed a transfer with that utxo as input, tweaking one of the psbts in the test folder (so it doesn't have the same utxo in input). The transfer works and it it also accepted by the receiver, but the witness psbt does not refer to the utxo where input asset is linked. Actually 02:54 < step_> from my understanding, that utxo should be spent at this moment, and rgb-node should check that the transaction is actually spending it. 05:53 < zoe_> > hi, I noticed that package lnpbp appears twice in Cargo.lock ... 05:53 < zoe_> My guess is that, when building and publishing `lnpbp_derive` @dr_orlovsky didn't change the version in the root `Cargo.toml` (the one of `lnpbp`). So now when importing `lnpbp` `beta.3`, you import `lnpbpb_derive` `beta.3`, which imports `lnpbp` `beta.2`. IMO this can cause several issues, especially when patching dependencies. 10:09 < dieeasy> IMO the issue is with services/Cargo.toml, which depends on both lnpbp and lnpbp_derive version 0.2.0-beta.2; changing those dependencies to ".." and "../derive" respectively and running "cargo update" removes those extra dependencies 10:48 -!- zero__ [~textual@c-73-227-195-63.hsd1.ma.comcast.net] has quit [Ping timeout: 260 seconds] 12:21 -!- step_ [uid472302@gateway/web/irccloud.com/x-ntgqrsrnlmxfqpjt] has quit [Quit: Connection closed for inactivity] 13:37 -!- Netsplit *.net <-> *.split quits: raj_, dr_orlovsky 13:37 -!- Netsplit over, joins: dr_orlovsky, raj_ 13:40 -!- Netsplit *.net <-> *.split quits: remaeus 13:41 -!- Netsplit over, joins: remaeus 13:45 -!- remaeus [remaeusrol@gateway/shell/matrix.org/x-cyiennxbkcujyoud] has quit [Ping timeout: 260 seconds] 13:46 -!- Netsplit *.net <-> *.split quits: zoe_, dr_orlovsky, dieeasy, ketominer, Galvas, coreyphillips, RubenSomsen, raj_ 13:47 -!- Netsplit over, joins: dr_orlovsky, RubenSomsen, Galvas, raj_, coreyphillips, zoe_, dieeasy, ketominer 13:48 -!- Netsplit *.net <-> *.split quits: ketominer 13:50 -!- Netsplit over, joins: ketominer 13:54 -!- Netsplit *.net <-> *.split quits: RubenSomsen 13:54 -!- Netsplit over, joins: RubenSomsen 14:17 -!- remaeus [remaeusrol@gateway/shell/matrix.org/x-cvvxadtmkkwuxzxh] has joined #lnp-bp 16:59 -!- dieeasy [uid472335@gateway/web/irccloud.com/x-nppdcfdjariizvnv] has quit [Quit: Connection closed for inactivity] 18:52 -!- zoe_ [uid464843@gateway/web/irccloud.com/x-tcezlndnsewiyuia] has quit [Quit: Connection closed for inactivity] --- Log closed Thu Nov 12 00:00:14 2020