08:32:48 <Halver[m]>  * in order to do `git commit ...`
08:32:48 <Halver[m]> git asks for an email and a name.
14:12:00 <sgp_> jberman: would you be interested in hopping on a quick call with the AirGap team next week? I think they just have some questions about the tech side of Monero
14:12:30 <sgp_> "We have had multiple AirGap community members approach us and inquire about AirGap supporting Monero. As AirGap and its components is completely open source we usually approach an entity in the ecosystem of a protocol that then helps fund the development and security review of the integration. Would be available for a call to discuss this as well as the potential implementation from a technical side, as we’re currently uncertain if this is even
14:12:30 <sgp_> feasible with AirGap’s two device approach."
14:15:29 <crypto_grampy[m]> https://airgap.it/
14:16:01 <crypto_grampy[m]> It looks like they build the monerujo sidekick, but for many currencies
15:08:39 <plowsof[m]> Only problem with unsigned transactions is theyre 'huge' .. 1 qr code can only hold 3kb. They would have to implement a 'scrolling qr scanner' into their app (one exists on github already atleast). Monerujo chose to transfer via bluetooth instead. The last time this was mentioned here moneromooo said that there was never an attempt to keep file sizes down so there would be some "easy wins" there. And i believe UkoeHB said that a new
15:08:39 <plowsof[m]> protocol thats being worked on would have a small enough unsigned tx size to fit on a QR code so... They will probably 'wait' for a new protocol... OR a bounty crypto_grampy to reduce the file size of a qr code "so airgap" can easier support us.. 
15:13:04 <plowsof[m]> sgp_:
15:17:46 <sgp_> Thanks for the ping
16:46:15 <UkoeHB> vtnerd: I am confused what to do about this multisig status struct ( https://github.com/monero-project/monero/pull/7852#discussion_r762027864 ). Looking at `wallet2_api.h`, it doesn't `#include` anything except standard libraries... does this mean I can't include `multisig/multisig.h`?
17:44:55 <monerobull[m]> dont you dare publish 17.3 within the next 2-3 hours. i want to sign it too 🥲
17:45:34 <monerobull[m]> do i need to install the beaver ubuntu or can i run from usb stick?
17:48:02 <selsta> monerobull[m]: it's won't be published before tomorrow but you can add your signatures after it's released
17:48:38 <monerobull[m]> thats less cool though ;)
17:56:17 <Halver[m]> In which way are the gitian build signatures used ? Is there some automatic process which does something with them ?
17:56:27 <Halver[m]> * are the multiples gitian build
18:03:13 <f[m]1> Trying to send to four different addresses at once, CLI responds with: "Error: transaction was not constructed"
18:11:31 <f[m]1> Here is a paste of log level 2: https://paste.debian.net/hidden/25054bea/
18:13:05 <f[m]1> It is 0.17.2.3 with Trezor.
18:21:12 * monerobull[m] uploaded an image: (114KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/oRFTPjtuJXgvKIXNpulFtOOr/20211203_192031_2252203527063728054.jpg >
18:21:14 <monerobull[m]> Linux is garbage
18:22:38 <sethsimmons> lol
18:22:57 <sethsimmons> You can compile on other OSs if you want, still using Docker
18:23:14 <sethsimmons> Why are you booting Linux just for this?
18:23:43 <monerobull[m]> Because the guide said host os should be Ubuntu beaver
18:24:13 <monerobull[m]> And I've never used docker before
18:24:26 <merope> Docker on windows is absolute cancer
18:24:28 <selsta> f[m]1: did you send to multiple integrated addresses?
18:25:18 <selsta> I think you can't send to both subaddresses and integrated address in one transaction
18:35:48 <sethsimmons> <monerobull[m]> "Because the guide said host os..." <- > Gitian supports other container mechanisms too but if you have a Debian or Ubuntu-based host the steps can be greatly simplified.
18:35:52 <sethsimmons> https://github.com/monero-project/monero/blob/6a46f8c40ae069daf22e2bb5b7d72510c00e0eb4/contrib/gitian/DOCKRUN.md
18:36:02 <sethsimmons> Just run any normal Linux OS
18:36:12 <sethsimmons> Pop_OS! is very beginner friendly, and is Ubuntu-based.
18:37:25 <f[m]1> selsta: Integrated, as in the (old?) format that's longer than a normal address?
18:37:46 <selsta> integrated as in 106 characters long
18:39:01 <f[m]1> No. Haven't seen those in a while. It's 3 main addresses (4..) and one sub (8..).
18:40:24 <f[m]1> 95 chars
18:41:38 <monerobull[m]> I got Ubuntu to run. It doesn't connect to the internet.
18:50:39 <selsta> f[m]1: did you specify an external payment id?
18:52:08 <selsta> "Destinations have to have exactly one output to support encrypted payment ids"
18:52:18 <selsta> that's the relevant error message
18:54:32 <f[m]1> Where would the enc payment id have come from?
18:56:09 <Halver[m]> I did the gitian build on Debian, and it worked well
19:00:54 <f[m]1> Ok, I found out which address is at fault.
19:00:55 <f[m]1> Is there anything that indicates I am looking at such an address or would I have to run it through something like `integrated_address` to know?
19:03:42 <monerobull[m]> <Halver[m]> "I did the gitian build on Debian..." <- I'll try this now. Ubuntu is bloated garbage
19:14:52 <monerobull[m]> Why doesn't debian have a setting for live boot...
19:23:24 <selsta> f[m]1: integrated addresses are longer
19:32:16 <monerobull[m]> Why does the docker version require linux
19:32:53 <monerobull[m]> This is stupid, i wasted 2 hours and got nowhere :(
19:33:14 * moneromooo feels envious 
19:35:24 <monerobull[m]> Last try with mint now
19:38:50 <Lyza> easiest to build from a VM
20:05:30 <monerobull[m]> I'm not having a great time
20:06:14 <monerobull[m]> Btw next dev meeting this or next week?
20:37:07 <f[m]1> selsta: I know they were a couple of upgrades ago, but they don't appear to be anymore.
20:43:26 <f[m]1> selsta: Oh, my bad. You're right. When I checked the length, I used the data from the log, which had the payment ID already extracted.
20:51:28 <monerobull[m]> When creating a PR, i disable "allow edits by maintainers" right?
20:52:21 <sethsimmons> Up to you, any edits would be public and visible, so it's fine either way
20:53:21 <monerobull[m]> I think adding my pubkey worked?
20:57:16 <f[m]1> Will be signing off. Thanks for the help!
21:00:24 <monerobull[m]> What is meant by start a new shell with your new group membership
21:02:26 <sethsimmons> Just run the last command, it's just explaining what that does: `su $USER`
21:02:58 <monerobull[m]> With user literally being that or my Linux user? Or GitHub?
21:03:57 <sethsimmons> Why don't we take this to DM, don't want to clutter this chat anymore.
23:00:40 <monerobullsvm> 'Error: No such container: gitian-target
23:00:41 <monerobullsvm> Traceback (most recent call last):
23:00:41 <monerobullsvm>     6: from bin/gbuild:313:in `<main>'
23:00:42 <monerobullsvm>     5: from bin/gbuild:313:in `each'
23:00:42 <monerobullsvm>     4: from bin/gbuild:315:in `block in <main>'
23:00:43 <monerobullsvm>     3: from bin/gbuild:315:in `each'
23:00:43 <monerobullsvm>     2: from bin/gbuild:320:in `block (2 levels) in <main>'
23:00:44 <monerobullsvm>     1: from bin/gbuild:76:in `build_one_configuration'
23:00:44 <monerobullsvm> bin/gbuild:23:in `system!': failed to run on-target true (RuntimeError)
23:00:45 <monerobullsvm> Traceback (most recent call last):
23:00:45 <monerobullsvm>   File "./gitian-build.py", line 211, in <module>
23:00:46 <monerobullsvm>     main()
23:00:46 <monerobullsvm>   File "./gitian-build.py", line 201, in main
23:00:47 <monerobullsvm>     build()
23:00:47 <monerobullsvm>   File "./gitian-build.py", line 99, in build
23:00:48 <monerobullsvm>     rebuild()
23:00:48 <monerobullsvm>   File "./gitian-build.py", line 71, in rebuild
23:00:49 <monerobullsvm>     subprocess.check_call(['bin/gbuild', '-j', args.jobs, '-m', args.memory, '--commit', 'monero='+args.commit, '--url', 'monero='+args.url, infile])
23:00:56 <UkoeHB> oii don't paste in in chat
23:01:18 <monerobullsvm> sorry, is the bridge down?
23:01:52 <monerobullsvm> just real slow i guess
23:02:43 <monerobullsvm> can someone help me figure out why the docker script failed?
23:16:04 * monerobull[m] uploaded an image: (95KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/IWHnAvjraeMlXsfziLxxfkPK/image.png >
23:16:10 <monerobull[m]> scoobybejesus: im stuck on this right now
23:16:27 <monerobull[m]> but it looks kinda done, im not sure?
23:17:03 <scoobybejesus> looks good.  not done.  let it sit.  or start over with more cores and cpu
23:18:11 <merope> Building takes a while (especially if you don't have many cores and/or much ram)
23:20:34 <monerobull[m]> scoobybejesus: I restarted with your core settings. It's currently at the same point as in the screenshot
23:21:18 <scoobybejesus> open up another terminal window and open htop and you'll see it's crunching along
23:24:28 <monerobull[m]> Yeah i can see that
23:24:36 <monerobull[m]> Thanks
23:44:44 <jberman[m]> <sgp_> "jberman: would you be interested..." <- Don't know how helpful I'll be in this conversation, it might be more useful to have someone who has more intimate knowledge of offline signing or hardware wallet integration, but happy to chat :) I'll do some digging on it beforehand too
23:49:15 <jberman[m]> >  as we’re currently uncertain if this is even feasible with AirGap’s two device approach.
23:49:15 <jberman[m]> But ya as discussed above it definitely should be feasible
23:58:23 <jberman[m]> Hot view-only wallet scans for received outputs and prepares tx's for signing -> 2nd offline signing wallet signs tx's and passes them to hot wallet -> hot wallet broadcasts tx and saves key image locally (needs key images to calculate balance)
23:58:51 <jberman[m]> Would imagine the flow would be something like that. There might be UX challenges they'll need to deal with different from other currencies because the view-only wallet can't determine spent outputs and needs the key images to do so, and stuff I may not be seeing like that unsigned tx's are huge like mentioned above too