* in order to do `git commit ...`

git asks for an email and a name.

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

"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

feasible with AirGap’s two device approach."

It looks like they build the monerujo sidekick, but for many currencies

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

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..

sgp_:

Thanks for the ping

vtnerd: I am confused what to do about this multisig status struct ( monero-project/monero #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`?

dont you dare publish 17.3 within the next 2-3 hours. i want to sign it too 🥲

do i need to install the beaver ubuntu or can i run from usb stick?

monerobull[m]: it's won't be published before tomorrow but you can add your signatures after it's released

thats less cool though ;)

In which way are the gitian build signatures used ? Is there some automatic process which does something with them ?

* are the multiples gitian build

Trying to send to four different addresses at once, CLI responds with: "Error: transaction was not constructed"

Here is a paste of log level 2: paste.debian.net/hidden/25054bea

It is 0.17.2.3 with Trezor.

Linux is garbage

lol

You can compile on other OSs if you want, still using Docker

Why are you booting Linux just for this?

Because the guide said host os should be Ubuntu beaver

And I've never used docker before

Docker on windows is absolute cancer

f[m]1: did you send to multiple integrated addresses?

I think you can't send to both subaddresses and integrated address in one transaction

<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.

Just run any normal Linux OS

Pop_OS! is very beginner friendly, and is Ubuntu-based.

selsta: Integrated, as in the (old?) format that's longer than a normal address?

integrated as in 106 characters long

No. Haven't seen those in a while. It's 3 main addresses (4..) and one sub (8..).

95 chars

I got Ubuntu to run. It doesn't connect to the internet.

f[m]1: did you specify an external payment id?

"Destinations have to have exactly one output to support encrypted payment ids"

that's the relevant error message

Where would the enc payment id have come from?

I did the gitian build on Debian, and it worked well

Ok, I found out which address is at fault.

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?

<Halver[m]> "I did the gitian build on Debian..." <- I'll try this now. Ubuntu is bloated garbage

Why doesn't debian have a setting for live boot...

f[m]1: integrated addresses are longer

Why does the docker version require linux

This is stupid, i wasted 2 hours and got nowhere :(

Last try with mint now

easiest to build from a VM

I'm not having a great time

Btw next dev meeting this or next week?

selsta: I know they were a couple of upgrades ago, but they don't appear to be anymore.

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.

When creating a PR, i disable "allow edits by maintainers" right?

Up to you, any edits would be public and visible, so it's fine either way

I think adding my pubkey worked?

Will be signing off. Thanks for the help!

What is meant by start a new shell with your new group membership

Just run the last command, it's just explaining what that does: `su $USER`

With user literally being that or my Linux user? Or GitHub?

Why don't we take this to DM, don't want to clutter this chat anymore.

'Error: No such container: gitian-target

Traceback (most recent call last):

    6: from bin/gbuild:313:in `<main>'

    5: from bin/gbuild:313:in `each'

    4: from bin/gbuild:315:in `block in <main>'

    3: from bin/gbuild:315:in `each'

    2: from bin/gbuild:320:in `block (2 levels) in <main>'

    1: from bin/gbuild:76:in `build_one_configuration'

bin/gbuild:23:in `system!': failed to run on-target true (RuntimeError)

Traceback (most recent call last):

  File "./gitian-build.py", line 211, in <module>

    main()

  File "./gitian-build.py", line 201, in main

    build()

  File "./gitian-build.py", line 99, in build

    rebuild()

  File "./gitian-build.py", line 71, in rebuild

    subprocess.check_call(['bin/gbuild', '-j', args.jobs, '-m', args.memory, '--commit', 'monero='+args.commit, '--url', 'monero='+args.url, infile])

oii don't paste in in chat

sorry, is the bridge down?

just real slow i guess

can someone help me figure out why the docker script failed?

scoobybejesus: im stuck on this right now

but it looks kinda done, im not sure?

looks good. not done. let it sit. or start over with more cores and cpu

Building takes a while (especially if you don't have many cores and/or much ram)

scoobybejesus: I restarted with your core settings. It's currently at the same point as in the screenshot

open up another terminal window and open htop and you'll see it's crunching along

Yeah i can see that

Thanks

<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

> as we’re currently uncertain if this is even feasible with AirGap’s two device approach.

But ya as discussed above it definitely should be feasible

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)

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