00:13:16 <kayabaNerve> Does the Monero wallet GUI support creating new raw addresses? As in, no payment ID and not a subaddress. I know the performance cost of this format; just prefer it for privacy.
00:28:58 <bauhauspen[m]> Sure, paste it here I'll check if your balance is still there.
02:09:21 <Franck[m]> How much space does a fully sync'd monerod takes?
02:10:23 <sethsimmons> ~90GB or so
02:11:28 <Franck[m]> neat! thx
02:11:50 <sethsimmons> 92GB for me at the moment.
02:12:02 <Franck[m]> I have 150GB available, so that's good.
02:14:00 <sethsimmons> You can always prune as well, which would reduce disk space needed to ~30GB or so.
02:31:39 <nioc> 30GB only if you use pruning during initial sync
02:44:15 <jarkko> i'm a bit confused with tor and --tx-proxy. Am i supposed to just google around for finding suitable .onion address(es) for --add-peer?
02:44:40 <hyc> you don't need to use --add-peer
02:45:00 <hyc> there should already be onion addresses in the public peer lists
02:45:07 <jarkko> ok, thanks!
06:09:57 <selsta> jarkko: v0.17.1.3 has tor seed nodes, so you just have to add the --tx-proxy 127.0.0.5:9050 flag
06:10:52 <selsta> --tx-proxy tor,127.0.0.1:9050
06:11:00 <selsta> ^ that is the correct syntax
06:25:36 <jarkko> wait.. i'm still running 0.17.1.1, thought it was latest
06:36:57 <jarkko> updated... now i can see some connections to 127.0.0.1:9050, so i suppose it works
07:02:21 <Alex_LocalMonero> LocalMonero is looking for a full time flutter developer, remote and paid in XMR.
07:02:34 <Alex_LocalMonero> PM me if interested.
07:12:11 <selsta> jarkko: enter print_cn
07:12:21 <selsta> it will show you if you have tor peers
07:14:12 <jarkko> nice.. have 12 ipv4 and 5 tor peers
07:52:07 <afk222>  @moneromooo: understood, yeh I’m not going to be creating a new wallet for each user
07:52:30 <afk222> I’m just wondering what would be better
07:52:48 <afk222> Accounts or just addresses with labels on the main account for each user
07:54:00 <selsta> i think it does not matter
07:54:21 <afk222> Ah ok :).
07:54:33 <selsta> addresses might be better, then you can send out the whole balance
07:54:44 <selsta> with accounts you have to send from each account individually
07:54:51 <selsta> because they are like separate wallets
07:54:55 <afk222> Oh so if I used accounts
07:54:57 <selsta> but I don’t know what you are programming
07:54:58 <afk222> I wouldn’t be able to do
07:55:06 <afk222> Multiple input transactions
07:55:09 <afk222> Between accounts?
07:55:12 <selsta> yes
07:55:32 <selsta> you can’t use inputs from different accounts
07:55:50 <afk222> Ah okay. Then I’ll settle with addresses with labels for each user
07:56:26 <afk222> Also when listening for new incoming transactions on the wallet, would you recommend using tx-notify or the Monero RPC command to check for incoming transfers
07:57:05 <afk222> And I’m programming an application where Monero will be one of the possible deposit and withdraw options, so each user will be able to deposit/withdraw Monero and will require a deposit address.
07:57:41 <fluffypony> theoretically you could spend outputs from multiple wallets (I think) but that would be an extremely annoying transaction to construct and there's certainly no functionality to do that
07:58:37 <afk222> Yeh I figured, just wanna make it as easy as possible.
08:00:49 <afk222> Like when a user withdraws an amount and the amount withdrawn is larger than any balance in a single address, using the RPC transfer command will automatically choose which addresses to send from
17:11:48 * Lovera[m] sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/OTmYpxayHMJCfhCrLlDYwpaI/message.txt >
17:25:25 <selsta> Lovera[m]: This will not broadcast your transactions over Tor
17:25:55 <selsta> see https://reddit.com/r/Monero/comments/jrh7mv/_/gbt7bwp/?context=1
17:26:12 <Lovera[m]> <selsta "Lovera: This will not broadcast "> Thanks selsta, I just find that i need to add tx-proxy tor,127.0.0.1:9050,10
17:26:28 <Lovera[m]> <selsta "see https://reddit.com/r/Monero/"> Thanks i will read it
17:26:31 <selsta> yes
17:55:06 <FenderQ> thanks dEBRUYNE
18:22:54 <dEBRUYNE> np
18:32:38 <PingMan747> Hello everyone
18:32:55 <PingMan747> Does anyone happen to have any idea what this error might indicate https://pastebin.com/dstKT01T
18:33:28 <PingMan747> I am trying the reproducible build script with Ubuntu 18.04 Bionic Beaver in a VM but it seems to always fail. I am using the LXC setup
18:33:55 <PingMan747> I didn't really deviate from the instructions at all so I dont exactly know what the issue might be
18:38:54 <moneromooo> Vaguely looks like networking issues. Check whether something might deny networking permissions.
18:40:45 <PingMan747> Could that be if it happens after the script has been running for a while
18:41:04 <PingMan747> It seems like it gets a lot done before that specific error happens
18:44:32 <PingMan747> Could of course be something about the LXC setup that I dont understand, havent really had experience with it
18:44:32 <Quotes> But it's easy! https://www.youtube.com/watch?v=RXJKdh1KZ0w
18:46:41 <PingMan747> It all makes sense now
18:50:15 <PingMan747> Even docker doesn't work for me
18:55:59 <scoobybejesus> what's the docker error?
18:56:10 <scoobybejesus> what's your host system?
18:57:40 <PingMan747> I am running Ubuntu 18.04 in virtualbox on MacOS
18:58:24 <PingMan747> Let me get that error for you in a second
19:08:55 <PingMan747> Sorry this is taking a bit, should be any moment now lol
19:16:51 <needmoney90> This is IRC, you have all the time in the world
19:18:02 <PingMan747> What on earth is pastebin doing
19:18:21 <PingMan747> It lets me upload this thing then it says removed by admins or something
19:18:37 <PingMan747> I wonder if theres a better alternative to it
19:28:58 <PingMan747> Ok, heres the error i get with docker https://zerobin.net/?5ec75c68dfb330f2#vfUSVpyoNiQJD7s+1SL/G8OmIb/iYs26O6AXTT6Ys8Q=
19:29:20 <PingMan747> I included some stuff that went down before the error incase it helps
19:33:52 <scoobybejesus> are you running this with the user `gitianuser` that you have added to the sudo group?  i'm kinda thinking it's the setup steps that were missed because the instructions aren't exactly in a tutorial fashion
19:34:56 <PingMan747> I am running it as gitianuser yes
19:35:50 <PingMan747> And I added it to the docker group which if I understand should do it?
19:35:55 <PingMan747> Unless theres something im missing
19:36:26 <scoobybejesus> docker group and sudo, i think
19:37:46 <PingMan747> It says docker group grants privileges equivalent to root user
19:38:00 <PingMan747> On the docker website linked in the README
19:38:00 <Lovera[m]> <selsta "yes"> Hi again selsta, sorry i have one more question... Regarding "Anonymity Networks with Monero" when i use --tx-proxy tor,127.0.0.1:9050 Do I need to specified a peer over tor?  Something like --add-exclusive-node rveahdfho7wo4b2m.onion:28083
19:38:10 <scoobybejesus> mine is in docker and sudo groups.  maybe unneccesary?  not sure
19:38:12 <selsta> no this is not necessary with v0.17.1.3
19:38:38 <Lovera[m]> <selsta "no this is not necessary with v0"> Oh Thanks
19:39:16 <selsta> https://www.irccloud.com/pastebin/I9udQc7c/
19:39:43 <selsta> PingMan747: ^ are the steps I use
19:39:43 <Quotes> pong
19:40:02 <PingMan747> Thank you selsta
19:41:01 <scoobybejesus> do you get an output from docker ps ?
19:43:15 <PingMan747> Yeah
19:49:50 <PingMan747> Gviing it a go with additional steps in selstas paste
19:50:12 <Lyza> so I've got a question about tor / i2p with d++. in particular, when a transaction is relayed over an anonymity network, what does the first peer to receive the transaction do with it? like, is there a stem phase that goes exclusively through tor / i2p, or does it get stemmed over ip4 by the receiving node?
19:51:31 <selsta> depends on if you use the disable_noise option
19:51:39 <Lyza> lets say I dont
19:52:09 <selsta> AFAIK it gets sent to two Tor / I2P peers and these peers relay it using Dandelion++ to clearnet.
19:52:21 <selsta> there are also randomized delays and noise to prevent timing / isp packet attacks
19:53:56 <Lyza> so origination --> anon peer ---> anon peer ---> clearnet peer? or do you mean the originating node sends it to two anon peers, who both relay over ip4
19:54:14 <selsta> "or do you mean the originating node sends it to two anon peers, who both relay over ip4" <-- yes
19:55:05 <Lyza> alright cool, thank you. so if I receive a transaction from an anon peer, I know it in fact originated from that peer, is that correct?
19:56:15 <selsta> you don’t know who the peer is
19:56:24 <selsta> but yes, you know that it originated from that peer
19:56:53 <Lyza> okay, cool. so, I'm noticing on my node that I have outgoing and incoming anon connections that have the same peer ID. So, if I receive a transaction from an anon peer and am also connecting to their incoming address, and can see that the peer IDs match, then I know that the transaction originated with whoever owns that i2p / tor address?
19:59:29 <selsta> afaik you can’t be connected to an outgoing peer that is also connected you
19:59:38 <Lyza> I currently am
19:59:40 <selsta> unless there is a bug, vtnerd will know that
20:02:08 <Lyza> https://i.imgur.com/IMsoDr9.png
20:02:24 <Lyza> I highlighted the ones that are the same in cyan / red
20:03:13 <selsta> what does sync_info show?
20:05:12 <Lyza> https://i.imgur.com/iTJRIDA.png
20:07:45 <selsta> moneromooo: do you know if a new peer id gets generated per connection?
20:07:55 <selsta> Lyza: would open an issue on github
20:08:04 <Lyza> yes I can open an issue
20:08:10 <moneromooo> Yes. One does not.
20:08:44 <moneromooo> Except cross zone.
20:09:29 <PingMan747> Unfortunately no luck with those steps either selsta
20:09:49 <PingMan747> Not sure what to try now, might let the issue rest for a bit
20:09:54 <selsta> do you have a firewall enabled?
20:10:28 <PingMan747> I dont have setup anything on it, its just a clean ubuntu install
20:11:07 <scoobybejesus> you get 'inactive' with sudo ufw status?
20:11:21 <scoobybejesus> just to double check
20:11:32 <selsta> weird, I also use these steps on a fresh ubuntu 18.04 machine and never had issues
20:11:48 <PingMan747> Yes, it shows inactive
20:12:20 <PingMan747> Do you guys use desktop ubuntu or server? And 18.04 bionic beaver right?
20:12:21 <scoobybejesus> selsta, have you had successful inside a virtualbox vm?
20:12:29 <PingMan747> Yeah I use virtualbox
20:13:02 <scoobybejesus> success*
20:13:06 <selsta> PingMan747: afaik server ubuntu
20:13:06 <Quotes> pong
20:13:19 <selsta> scoobybejesus: did not try in virtualbox, I found it to have awful perfomance on macos
20:13:32 <selsta> usually connect to a VPS
20:14:34 <PingMan747> I was wondering if buying VMWare would be worth it
20:14:41 <selsta> it is free now
20:14:43 <selsta> on Mac
20:14:48 <PingMan747> oh?
20:15:04 <selsta> yep, though you have to create a vmware account
20:16:35 <PingMan747> I suppose its worth trying a different setup with similar steps
20:16:43 <PingMan747> And troubleshoot more if theres still issues
20:17:52 <scoobybejesus> vm's have a lot of magic under the hood.  it's possible that the build simply won't work in that environment
20:18:52 <PingMan747> Yep
20:18:58 <PingMan747> They just are so convenient
20:19:02 <selsta> "Fusion 12 Player for macOS 10.15+"
20:19:05 <selsta> is the program
20:19:43 <PingMan747> Ill take a look
20:26:39 <selsta> Lyza: https://github.com/monero-project/monero/issues/6380
20:27:26 <selsta> talks a bit about peer_id, inbound connections becoming outbound connections sounds like something we want to avoid
20:27:36 <selsta> at least with the same peer id
20:28:18 <hyc> I was frequently seeing the same peer id on in and out tor, but usually the out would drop after a while
20:29:00 <Lyza> yeah 100% agreed. This issue even talks about possible solutions. Do you still want me to submit a new issue or should it just be dealt with under 6380? I can post my screenshots there instead
20:29:36 <selsta> comment would be fine too I guess
20:30:12 <Lyza> even if it drops the association lasts until the peer ID rotates which rn seems to only happen when monerod is restarted
20:31:17 <Lyza> Peer ID doesn't even seem super necessary over i2p from what I'm reading in this post. peer IDs prevent self connection, but that's only going to happen over i2p if the user misconfigures the daemon
20:38:28 <Lyza> selsta I went ahead and opened a new issue and connected it to the previous issue https://github.com/monero-project/monero/issues/7004
20:39:12 <selsta> might also want to tag vtnerd has he wrote the majority of the tor / i2p code
21:14:13 <Mochi101> moneromooo, I have something strange happening...
21:15:17 <Mochi101> I have a successful tx on an address using the wallet rpc and then later on... maybe 15 minutes later to the same address it tells me WALLET_RPC_ERROR_CODE_WRONG_ADDRESS
21:56:55 <Mochi101> nvm moneromooo... seems I wasn't at the latest release... :(
21:57:03 <Mochi101> I thought that I was.
22:22:18 <mawk> can I extract address labels from a wallet file? the wallet file wasn't properly closed so I cannot open it with the GUI
22:28:04 <selsta> try restarting computer
22:28:11 <selsta> or is it corrupted?
22:43:08 <mawk> it's corrupted yes
22:43:25 <mawk> my ssd died and remounted read-only while the wallet was doing something
22:43:52 <mawk> actually the ssd died because of downloading the blockchain, bad bad monero
22:43:59 <mawk> or bad bad btrfs, alternatively
22:45:57 <mawk> what's the difference between OutProof and SpendProof? isn't OutProof better since it can give the amount and so on?
22:56:10 <Ymgve> are there any known, empty private keys from the pre-ringct days? I want to figure out how signatures work, but feel like I'm missing half the puzzle only working with public keys
23:11:31 <dEBRUYNE> Ymgve: If you spin up a private testnet, it will start with non-RingCT outputs
23:13:45 <Ymgve> ah, cool, might try looking into that then
23:49:17 <ForeverNoob[m]> dEBRUYNE: monero-gui-v0.17.1.4 works for me. Though suppose you start the client + daemon and then in the middle of sync quit, does it have to start the sync from the beginning once you start it up again?
23:49:58 <ndorf> no, it will continue where you left off. provided of course that you quit cleanly and didn't kill the process, which could (i think?) corrupt the db
23:50:36 <ForeverNoob[m]> ah got it, yeah I quit cleanly.