--- Log opened Mon Mar 23 00:00:30 2020 00:01 -!- eulers_phi [~user@static.99.162.63.178.clients.your-server.de] has quit [Quit: Leaving] 00:02 -!- eulers_phi [~user@static.99.162.63.178.clients.your-server.de] has joined #joinmarket 00:42 -!- jungly [~jungly@host73-184-dynamic.250-95-r.retail.telecomitalia.it] has quit [Remote host closed the connection] 00:43 -!- jungly [~jungly@host73-184-dynamic.250-95-r.retail.telecomitalia.it] has joined #joinmarket 00:47 -!- jungly [~jungly@host73-184-dynamic.250-95-r.retail.telecomitalia.it] has quit [Ping timeout: 250 seconds] 01:00 -!- eulers_phi [~user@static.99.162.63.178.clients.your-server.de] has quit [Quit: Leaving] 01:01 -!- eulers_phi [~user@static.99.162.63.178.clients.your-server.de] has joined #joinmarket 01:06 -!- eulers_phi [~user@static.99.162.63.178.clients.your-server.de] has quit [Quit: Leaving] 01:07 -!- jungly [~jungly@host73-184-dynamic.250-95-r.retail.telecomitalia.it] has joined #joinmarket 01:11 -!- kristapsk_ [~KK@gateway/tor-sasl/kristapsk] has joined #joinmarket 01:11 -!- avril [~av@unaffiliated/avril] has quit [Quit: later skater] 01:11 -!- jungly [~jungly@host73-184-dynamic.250-95-r.retail.telecomitalia.it] has quit [Ping timeout: 256 seconds] 01:13 -!- kristapsk [~KK@gateway/tor-sasl/kristapsk] has quit [Ping timeout: 240 seconds] 01:14 -!- avril [~av@ivana.humpalot.org] has joined #joinmarket 01:14 -!- avril [~av@ivana.humpalot.org] has quit [Changing host] 01:14 -!- avril [~av@unaffiliated/avril] has joined #joinmarket 01:48 -!- jungly [~jungly@host73-184-dynamic.250-95-r.retail.telecomitalia.it] has joined #joinmarket 02:08 < DSRelBot> [DS/AlexCato1] there is no Joinmarket maintenance, we're supposed to be sort-of decentralised... as least as one IRC server is up, there should be an orderbook. Probably a different problem: what are you trying to do? @eulers_phi 02:23 < DSRelBot> [DS/AlexCato1] @waxwing , regarding nick verification failures: i can still remember how we fixed that last time, I'll try to look into it. "Try" as in: currently all kids not in school plus work continues, so i hope to squeeze it in somehow, but not sure when right now :'( 02:24 < waxwing> AlexCato got it :) 02:24 < waxwing> tlo1337, switch to .onion: look at the commented out lines in the joinmarket.cfg sections for messaging servers you use; uncomment them for tor and comment the corresponding ones for cleartext servers. 02:25 < waxwing> other stuff you said, i'll be back shortly 02:37 -!- undeath [~undeath@hashcat/team/undeath] has joined #joinmarket 02:50 < waxwing> tlo1337, i can't be sure but "can't find a change address" suggests an rpc call failure to me. and balance zero isn't anything to do with tumble; the balance is updated in real time, in the Qt app (i.e. it should be). 02:51 < waxwing> what is your setup? is your node on the local machine? are you using an RPi or similar? was the wallet created with this Bitcoin Core instance or on a different one? 02:51 < waxwing> what you describe is certainly not remotely normal. if the balance shows zero when the wallet has coins, then the wallet syncing process has failed. 02:56 < waxwing> (also pls don't *only* direct questions to me, it would be really helpful if other people tried to answer questions like these, too) 03:01 < waxwing> just restarted /ob/ link, see 113 counterparties there. occasionally it might show zero if it loses IRC connections i guess. (re eulers_phi question) 03:05 < waxwing> an offhand thought i had the other day: if a person wants to audit utxo-by-utxo their history of coinjoins, it's currently possible but very fiddly: they have "Removed utxos=" and "Added utxos=" sections which have three critical pieces of info, sats value, script and HD path. 03:05 < waxwing> so these are multiline sections, so yeah, it would be a big scripting hassle to collect all of that info for the purpose of detailed auditing. 03:06 < waxwing> (auditing even to the point of proving ownership of each individual utxo involved) 03:06 < waxwing> i think we could make it easier, if people think that's something worth doing, go for it. 03:07 < waxwing> btw it does not mean i am saying people *should* do that :) obviously such a thing is always possible with any privacy tech, i'm just discussing how easy (or not) it is to do. 03:52 -!- kristapsk_ [~KK@gateway/tor-sasl/kristapsk] has quit [Remote host closed the connection] 03:53 -!- kristapsk_ [~KK@gateway/tor-sasl/kristapsk] has joined #joinmarket 04:04 -!- Clovis39Schuster [~Clovis39S@ns334669.ip-5-196-64.eu] has joined #joinmarket 04:48 -!- slivera_ [~slivera@217.138.204.106] has quit [Remote host closed the connection] 05:44 < waxwing> travis seems to have stopped running on merges and PRs, no idea hwy 05:44 < waxwing> why 05:44 < undeath> any kind of errors? 05:45 < waxwing> not sure how to check. i could take a look at the travis page for the repo i guess. 05:45 < undeath> https://travis-ci.org/github/JoinMarket-Org/joinmarket-clientserver/builds 05:45 < undeath> looks like your recent merge gets a build 05:46 < waxwing> yes i just got there. sorry :) but last two PRs don't seem to have a checkmark 05:47 < waxwing> well in particular #546 which just got merged, has no indication of a test 05:47 < undeath> yeah, especially #544 doesn't have anything 05:47 < undeath> but there was a related travis job 05:47 < undeath> maybe github's api has a hiccup? 05:48 < waxwing> hmm, well the fidelity bonds wip errored, but then that's not strange as it's a wip 05:48 < waxwing> https://travis-ci.org/github/JoinMarket-Org/joinmarket-clientserver/builds/665328845 05:48 < undeath> at least the tests ran 05:49 < waxwing> anyway it doesn't seem like anything serious is wrong, forget that :) 05:49 < undeath> :) 05:50 < belcher_> waxwing: for auditing people can also use wallet-tool displayall 05:53 < waxwing> belcher_, ok sure, i mean if you wanted to trace the flow of your utxos through txs 06:59 < waxwing> confirmed that the staticx tool creates binaries that work on 1604 fresh instance, even though built from 1804 Ubuntu. 06:59 < waxwing> could anyone who uses debian or basically any distro but ubuntu, do me a favour and try out the binary at https://joinmarket.me/static/joinmarket-qt-static ? 07:00 < waxwing> just see if it runs and loads a wallet. would be very helpful, thanks. 07:03 < tlo1337> Okay ty for elaboritng waxwing and I won't direct questions to you only, sorry about that! Although that didn't help either. I still get the same behaviour when trying to restart the CJ process, JM daemon process complete, then a bunch of nick signature failures, then that pop-up stating could not find a change address followed by the txn being aborted. 07:03 < waxwing> ah i spoke too soon, libsodium does not appear to be statically linked in that version. hence cjs didn't work although wallet syncing did. will try to force static linking of libsodium, not sure why it didn't work. 07:04 < waxwing> tlo1337, did you switch to the onion hosts in the joinmarket.cfg? 07:04 < waxwing> you said 'that didn't help'. what is 'that'? 07:06 -!- Clovis39Schuster [~Clovis39S@ns334669.ip-5-196-64.eu] has quit [Ping timeout: 240 seconds] 07:07 < tlo1337> okay then perhaps it's something to do with an rpc call failure to me. i'm not sure what you mean by is it on the local machine, but i have a couple MyNode's connected to my home network via ethernet. one is rock64 and so is the other, except it's 4gb not 2gb. the wallet was created with the last JM version. when i upgraded and copy and pasted the wallet data everything seemed fine as i was able to restart the CJ process from the first time where it 07:07 < tlo1337> went from the scheduler showing only one line complete, to then three lines. 07:09 < tlo1337> that's why i'm a little concerned haha. the wallet syncing process said it was successful and the txn history shows 3 txns that equal that total amount of my expected balance. one was from the CJ process doing it's thing and sending it to one of my bech32 destination addresses, but the other two are segwit address and not in any of my mixdepths 07:10 < tlo1337> "that" is me switching from cleartext to onion servers 07:11 < waxwing> if you switched from cleartext to onion servers and still got the nick sig verify errors then that makes no sense to me, i've seen that exact change removing them. (and it's 100% understandable too) 07:12 < waxwing> but everything else you're saying i can't get on top of, there are too many moving parts. two nodes? rock64 i'm not aware of, it's something like rpi right? which node hosts Core? or do both? you said 'copy paste wallet data', i don't understand what that is, do you mean you copied the wallet file (jmdat)? from where to where? 07:13 < tlo1337> hmm 07:13 < waxwing> scheduler went to three lines complete, well that makes sense if two more transactions completed of course. "the other two to segwit addresses that aren't in any of my mixdepths" <-- this may be because not all addresses are displaed by default 07:13 < waxwing> did you notice you can expand the mixdepths, by default it only shows addresses that you might want to deposit to 07:14 < waxwing> and also, did you say the balance is showing zero? if you restart Qt and load the wallet again, does the balance make sense? 07:14 < tlo1337> was just stating i have two nodes using MyNode's software, and they both use Rock64 SBC which is very similar to a pi4 yes 07:14 < tlo1337> but yes it downloaded Core and uses that 07:14 < waxwing> i think having rpc errors *seems* to be something that *can* happen with those kind of devices more often, but i'm really not sure. maybe someone else has more of an idea? 07:15 < tlo1337> and by copied the wallet file, i just am describing what i did when upgrading from 0.6.1 to 0.6.2. i copied the wallet file from the 0.6.1 to the 0.6.2 directory when upgrading 07:16 < waxwing> oh ok. so all on the same machine? but the key is where the Core instance is running. you're talking about two nodes, why two? have you moved which one joinmarket connects to? that can cause issues. if you haven't, then forget that. 07:17 < tlo1337> yes i expanded the mixdepths but even if they are there somewhere it would show at the top where the total balance is and right now that shows 0 07:18 < waxwing> did you change which node Joinmarket is connected to? does it still show 0 after you restart Qt? 07:19 < tlo1337> if what i decscribed means they are on the same machine then yes they are haha. im just saying i have two nodes, but im only using one of course. one is prebuilt, one is custom hardware 07:20 < tlo1337> that might be it 07:20 < tlo1337> my prebuilt node was behind on blocks so i switched RPC creds thinking it needed a synced blockchain 07:21 < undeath> when you switch nodes you need to rescan the blockchain 07:21 < tlo1337> okay how can i do that? 07:21 < undeath> you start bitcoind with -rescan 07:21 < waxwing> if you can switch back to the original node that is the best option :) 07:22 < waxwing> if you find that you do need to use a different node, take note of these points: 07:22 < waxwing> (1) it will work *far* better as long as you have the jmdat wallet file, and not recovering from seed 07:22 < tlo1337> okay ty undeath i will try that 07:22 < waxwing> (2) as well as just -rescan you can use the option that allows you to specify a time interval for rescanning 07:22 < waxwing> which could save you tons of time because a full rescan is *very* slow and cpu intensive 07:23 < waxwing> i forgot what that's called, do you remember undeath ? 07:23 < tlo1337> haha yeah i was thinking that probably is the best option but it started getting behind on blocks because of the hardware i believe. the prebuilt only has 2GB of ram whereas the custom one i built has 4GB and it hasn't had any issues 07:23 < waxwing> ah yeah 2GB is really pushing it for bitcoind. even if it's synced, i guess. 07:23 < tlo1337> okay i have that jmdat file 07:23 < waxwing> everyone loves these little custom nodes, understandable, they're cool, but bitcoin is quite a beast so it can cause issues. 07:24 < undeath> uh, there was an rpc command but not sure how it's called 07:24 < undeath> rescanblockchain? 07:24 < waxwing> yeah 07:24 < waxwing> `bitcoin-cli rescanblockchain` tlo1337 <-- note this option as in the docs/USAGE.md file 07:24 < tlo1337> yeah i know that's why i just built my own:) but that -rescan option from a specific time interval sounds great will try that 07:25 < waxwing> could save you an absolute ton of time on a small node. yeah. 07:25 < tlo1337> okay ty waxwing i just didn't want to try anything without getting some feedback first 07:27 < tlo1337> haha yeah definitely. does it give me that option in a pop-up or something when doing the -rescan option or do i have to specify the time interval for rescanning along with the "-rescan" cmd? 07:27 < waxwing> tlo1337, one last thing: after you've done the rescanblockchain command, you should also make sure to do `python wallet-tool.py yourwallet.jmdat --recoversync` 07:27 < undeath> no, either you restart bitcoind with -rescan option or you use the rpc command 07:27 < undeath> not both 07:28 < waxwing> the `--recoversync` is a syncing mode that makes less assumptions. although tbh it'll probably work fine even without that. 07:28 < waxwing> tlo1337, yeah you have to specify a time/block interval iirc? it should be in the bitcoin help somewhere 07:28 < waxwing> note that that's a bitcoin-cli call, not a bitcoind option 07:29 < waxwing> so you just have bitcoind running and you make that call with bitcoin-cli 07:29 < waxwing> sorry for being vague but i've only used it like once myself. 07:30 < tlo1337> no problem i am just doing several things here i will try to decipher and report back 07:32 < tlo1337> just one question though for now, can you elaborate on what you mean by have bitcoind running and make the call with the bitcoin-cli? 07:33 < undeath> rescanblockchain is a rpc command 07:33 < undeath> nothing that requires restarting bitcoind 07:36 -!- krkan [6d3c14ce@cpe-109-60-20-206.st3.cable.xnet.hr] has joined #joinmarket 08:01 < waxwing> ok cancel earlier request on trying out static binary. i will follow recommendation and try to build on the older dist (1604) first and then hopefully the glibc dependency thing will not be a problem. 08:07 -!- krkan [6d3c14ce@cpe-109-60-20-206.st3.cable.xnet.hr] has quit [Remote host closed the connection] 08:38 -!- berndj [~berndj@azna.co.za] has quit [Ping timeout: 256 seconds] 08:42 -!- berndj [~berndj@197.242.93.82] has joined #joinmarket 08:47 -!- coconutanna [~coconutan@gateway/tor-sasl/coconutanna] has quit [Remote host closed the connection] 08:48 -!- coconutanna [~coconutan@gateway/tor-sasl/coconutanna] has joined #joinmarket 09:00 < waxwing> so, fixed. let me reinstate my earlier request: 09:00 < waxwing> could anyone who uses debian or basically any distro but ubuntu, do me a favour and try out the binary at https://joinmarket.me/static/joinmarket-qt-static ? 09:00 < waxwing> just see if it runs and loads a wallet. would be very helpful, thanks. 09:00 < waxwing> it now works for me, including coinjoins. 09:00 < waxwing> while working on this, note to AlexCato and others: I discovered it is specifically darkscience on cleartext host which has the nick sig verif failure. 09:01 < waxwing> so presumably that is again people not properly respecting whichever rfc/recommendation about the network name. 09:01 < waxwing> although we already handled the capitalisation issue, so, dunno. 09:15 -!- jungly [~jungly@host73-184-dynamic.250-95-r.retail.telecomitalia.it] has quit [Remote host closed the connection] 10:05 -!- jungly [~jungly@host73-184-dynamic.250-95-r.retail.telecomitalia.it] has joined #joinmarket 10:31 -!- jungly_ [~jungly@37.120.201.228] has joined #joinmarket 10:34 -!- jungly [~jungly@host73-184-dynamic.250-95-r.retail.telecomitalia.it] has quit [Ping timeout: 256 seconds] 10:57 -!- HackRelay [~jmrelayha@p5DE4A9FC.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds] 10:58 -!- DSRelBot [~DSRelBot@p5DE4A9FC.dip0.t-ipconnect.de] has quit [Ping timeout: 256 seconds] 11:10 -!- DSRelBot [~DSRelBot@p5DE4AC75.dip0.t-ipconnect.de] has joined #joinmarket 11:11 -!- HackRelay [~jmrelayha@p5DE4AC75.dip0.t-ipconnect.de] has joined #joinmarket 11:18 -!- jungly_ [~jungly@37.120.201.228] has quit [Remote host closed the connection] 11:19 -!- jungly [~jungly@37.120.201.228] has joined #joinmarket 11:23 -!- jungly [~jungly@37.120.201.228] has quit [Ping timeout: 250 seconds] 11:56 < DSRelBot> [DS/AlexCato] @waxwing re: qt-static, using debian10 (current stable), on first run i get a ton of FontConfig errors on the console and a "Failed to setup joinmarket: NameError("name 'exit' is not defined",)" error windows. But before that, it said it created joinmarket.cfg . Maybe I just need to re-run it, checking... 12:00 < DSRelBot> [DS/AlexCato] nop: 12:00 < DSRelBot> [DS/AlexCato] user@deb10qube:~/QubesIncoming/disp9452$ ./joinmarket-qt-static 12:00 < DSRelBot> [DS/AlexCato] User data location: /home/user/.joinmarket/ 12:00 < DSRelBot> [DS/AlexCato] /tmp/staticx-gdLeMA/.staticx.prog: relocation error: /lib/x86_64-linux-gnu/libnss_files.so.2: symbol __libc_readline_unlocked version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference 12:06 < waxwing> alexcato: first on the exit error: i already noted that here yesterday, it will be fixed. 12:07 < waxwing> the libnss error is very strange, are you sure you used the latest version i uploaded? i uploaded it 3 times 12:07 < waxwing> the third time fixed that exact error for ubuntu1604 12:07 < DSRelBot> [DS/AlexCato] downloaded it 3 minutes before the test... so yeah, should be current, unless you changed it again within the last 10 minutes 12:08 < DSRelBot> [DS/AlexCato] will re-download right now just in case 12:08 < waxwing> that's very strange, that it should be fixed on ubuntu 1604 but not on debian 10, even though it's the identical error message. 12:09 < waxwing> i think i can fairly easily test debian 10 anyway. or is it debian 9 i have, i'll check. 12:10 < waxwing> yeah it was 9 from 2 years ago. i can get a new one easily enough. did you get that error when starting a coinjoin (that's what triggered it for me, i think because only at that point does it make a request over the internet rather than just an rpc call) 12:15 -!- opal [~wowaname@volatile/founder/wowaname] has quit [Ping timeout: 240 seconds] 12:18 -!- opal [~wowaname@volatile/founder/wowaname] has joined #joinmarket 12:27 < DSRelBot> [DS/AlexCato] re-downloaded, same error. It happens right on startup, before I see anything else (no window shown yet, or anything). Quits right back to console. 12:27 < waxwing> AlexCato thanks. hmm that's a pretty different symptom. i'll look into it. 12:27 < DSRelBot> [DS/AlexCato] any system dependencies i'm supposed to install? 12:27 < waxwing> it's just bizarre that it's literally word-by-word the same error. 12:28 < waxwing> it's supposed to work on a completely new install of the OS. that's what i did with 1604/1804. 12:28 < waxwing> i mean it's supposed to be static. 12:28 < waxwing> i wouldn't find this surprising at all apart from the identical error msg. 12:29 < waxwing> oh wait! it's not the exact same :) 12:29 < waxwing> you have __libc_readline_unlocked but i had a different symbol. 12:29 < waxwing> "... libnss_dns.so.2: symbol __res_maybe_init version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference" was mine 12:30 < waxwing> so hmm that's interesting. the problem here seems to somehow center around the fact that you can't make a 100% static binary. 12:30 < waxwing> or maybe you can but staticx can't do it somehow. 12:31 < waxwing> oh also libnss_files not libnss_dns .. doh. so then it's not that strange at all. 12:31 < waxwing> i got optimistic when i saw several queries/open issues about 2 particular files, but it seems it's much harder than that to ensure every library that is needed, is linked statically. 12:34 < waxwing> this is of interest. look at the three libraries he specifies with -l : https://github.com/JonathonReinhart/staticx/issues/104#issue-546168529 12:34 < waxwing> this one also: https://github.com/JonathonReinhart/staticx/issues/94 12:56 -!- jungly [~jungly@37.120.201.228] has joined #joinmarket 13:27 -!- jungly [~jungly@37.120.201.228] has quit [Remote host closed the connection] 13:28 -!- jungly [~jungly@37.120.201.228] has joined #joinmarket 13:32 -!- jungly [~jungly@37.120.201.228] has quit [Ping timeout: 250 seconds] 13:51 -!- jungly [~jungly@37.120.201.228] has joined #joinmarket 14:09 -!- slivera [~slivera@217.138.204.71] has joined #joinmarket 16:00 -!- jungly [~jungly@37.120.201.228] has quit [Remote host closed the connection] 16:08 -!- lukedashjr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 16:08 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 240 seconds] 16:10 -!- lukedashjr is now known as luke-jr 16:15 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 256 seconds] 16:17 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 16:23 -!- lukedashjr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 16:25 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 256 seconds] 16:27 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 16:30 -!- lukedashjr [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 240 seconds] 16:31 -!- lukedashjr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 16:34 -!- luke-jr- [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 16:35 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 246 seconds] 16:38 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 16:38 -!- lukedashjr [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 240 seconds] 16:42 -!- luke-jr- [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 264 seconds] 16:51 -!- undeath [~undeath@hashcat/team/undeath] has quit [Quit: WeeChat 2.7.1] 16:52 -!- lukedashjr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 16:55 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 246 seconds] 16:56 -!- lukedashjr is now known as luke-jr 17:05 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 240 seconds] 17:05 -!- lukedashjr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 17:09 -!- lukedashjr is now known as luke-jr 17:12 -!- lukedashjr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 17:16 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 264 seconds] 17:16 -!- lukedashjr is now known as luke-jr 18:28 -!- kristapsk_ [~KK@gateway/tor-sasl/kristapsk] has quit [Remote host closed the connection] 18:58 -!- HackRelay [~jmrelayha@p5DE4AC75.dip0.t-ipconnect.de] has quit [Ping timeout: 250 seconds] 18:58 -!- DSRelBot [~DSRelBot@p5DE4AC75.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds] 19:11 -!- DSRelBot [~DSRelBot@p5DE4A3AE.dip0.t-ipconnect.de] has joined #joinmarket 19:13 -!- HackRelay [~jmrelayha@p5DE4A3AE.dip0.t-ipconnect.de] has joined #joinmarket 19:44 < tlo1337> interestingly enough i just left Qt open since i was last here and my balance eventually showed. i didn't have to do any rescan commands or anything 19:47 < tlo1337> perhaps it took a really long while for the wallet to recognize the balance since i changed the RPC creds 20:04 < tlo1337> glad i didn't start the rescan! 20:05 < tlo1337> so switching the cleartext servers to .onion was the only change i made since getting the behaviour i described before where when trying to finish the CJ schedule i restarted i got lost connection, bunch of nick sig failures, then it reconnected okay, but sat idle and made no progress for days so i figured something was wrong so ended up quitting JM and restarting it. that's where i got the 0 balance for a while 20:10 < tlo1337> when i switch to .onion for the servers now i get attempting to reconnect... IRC connection failed repeatedly 20:12 < tlo1337> will try switching back to the default config settings, but it was suggested to switch them to .onion so not sure if that will help 20:18 < tlo1337> well i got connected to IRC servers by doing that and the JM setup daemon completed but then i got the could not find a change address pop-up in Qt again 20:22 < tlo1337> same as before, attempting to reconnect... IRC connection failed 20:36 < tlo1337> hmm i just tried again by loading the same schedule again and the JM daemon setup completed and the process seems to be commencing like before. only got one error so far about not enough liquidity but i solved that before by just being patient and letting it run IIRC 20:37 < tlo1337> although after this not enough liquidity in orderbook error i get Taker not continuing, and IRC connection failed Attempting to reconnect... 20:39 < tlo1337> let's see if patience is the key again here. hope im not spamming here, hope it's somewhat useful. i'll report back on how things go 21:32 -!- fiatjaf [~fiatjaf@2804:7f2:2a82:7a59:ea40:f2ff:fe85:d2dc] has quit [Ping timeout: 260 seconds] 21:37 -!- fiatjaf [~fiatjaf@2804:7f2:2a82:7a59:ea40:f2ff:fe85:d2dc] has joined #joinmarket 21:47 -!- fiatjaf [~fiatjaf@2804:7f2:2a82:7a59:ea40:f2ff:fe85:d2dc] has quit [Remote host closed the connection] 21:53 -!- fiatjaf1 [~fiatjaf@2804:7f2:2a82:7a59:ea40:f2ff:fe85:d2dc] has joined #joinmarket 22:52 -!- jungly [~jungly@host73-184-dynamic.250-95-r.retail.telecomitalia.it] has joined #joinmarket 23:05 -!- slivera [~slivera@217.138.204.71] has quit [Remote host closed the connection] --- Log closed Tue Mar 24 00:00:31 2020