--- Day changed Thu Jan 18 2018 01:03 -!- kexkey_ [~kexkey@173.209.48.158] has joined #c-lightning 01:04 -!- kexkey [~kexkey@173.209.48.158] has quit [Ping timeout: 256 seconds] 01:22 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-ymzsrqogemwiapvn] has joined #c-lightning 02:41 -githubby:#c-lightning- [lightning] cdecker closed pull request #640: Avoid potential NULL pointer dereference in wallet_payment_store(...) (master...wallet_payment_store-null-pointer-dereference) https://git.io/vNRuD 02:42 -githubby:#c-lightning- [lightning] cdecker pushed 1 new commit to master: https://git.io/vNRQP 02:42 -githubby:#c-lightning- lightning/master 2d5c958 ianthius: Python is a needed dependency here... 02:42 -githubby:#c-lightning- [lightning] cdecker pushed 1 new commit to master: https://git.io/vNRQM 02:42 -githubby:#c-lightning- lightning/master 988118a ianthius: Update README.md... 02:43 -githubby:#c-lightning- [lightning] cdecker pushed 1 new commit to master: https://git.io/vNRQF 02:43 -githubby:#c-lightning- lightning/master 5a87fb1 audiojak: Minor gramatical fixes 03:05 < HectorJ> Hi! Is there a cli command to make c-lightning forget a channel? I have the same problem as described in https://github.com/ElementsProject/lightning/issues/635 03:19 < HectorJ> I guess I'll go poke around in the sqlite DB 04:19 < artlav> HectorJ: The only way to do it that i fond was to edit the lightningd.sqlite3, but that can have weird side effects 04:26 < HectorJ> Yeah, that's what I did, after doing a backup. 04:27 < HectorJ> It hasn't caused any more errors for now. 05:35 <@cdecker> +1 on backups, changing the database is risky, but removing an entry from the channels table should be reasonably safe, since it's the root of the dependency tree 05:54 -!- kexkey_ is now known as kexkey 06:20 < tomichec> hi, I'm trying to compile c-lightning on a server. I have got the clean clone of the repo and run make. I get a compilation error due to some implicit declaration of functions and assignment made to a pointer from integer without a cast. How to avoid those issues? 06:20 < tomichec> the make output is at http://termbin.com/y37n 06:33 -!- Saevar [2e166296@gateway/web/freenode/ip.46.22.98.150] has joined #c-lightning 06:45 < tomichec> ok, an idea is to fix the source to make those declarations explicit and also casst the pointer. Do you think it's a good idea? 07:02 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-ymzsrqogemwiapvn] has quit [Quit: Connection closed for inactivity] 07:27 <@cdecker> What OS are you using? Looking into the error 07:28 <@cdecker> That function is generated from a protocol definition 07:29 <@cdecker> What do you get when running `make wire/gen_peer_wire.h wire/gen_peer_wire.c`? 07:42 < tomichec> I have just cloned the repository again and `make` and everything works properly. I don't understand what the problem was. Thanks anyway 07:48 <@cdecker> Yeah, may have been a stale generated file somewhere 07:48 <@cdecker> Glad it works now 07:58 -!- blyat [~blyat@cpe-71-71-200-3.carolina.res.rr.com] has quit [Quit: Leaving] 07:59 -!- sgtmuller2 [9d320976@gateway/web/freenode/ip.157.50.9.118] has joined #c-lightning 08:02 < sgtmuller2> does this chat have logging? 08:03 <@cdecker> I don't think so, at least I'm not logging it :-) 08:11 < sgtmuller2> whats happening here ? https://ghostbin.com/paste/rp26c ( I posted this before, sorry if someone replied, I got disconnected) 08:37 -githubby:#c-lightning- [lightning] cdecker pushed 2 new commits to master: https://git.io/vN0EQ 08:37 -githubby:#c-lightning- lightning/master a88c73a ZmnSCPxj: invoices: Add `paid_timestamp` field.... 08:37 -githubby:#c-lightning- lightning/master 7b6a16a ZmnSCPxj: invoices: Do not load `pay_index` if not PAID.... 08:39 -githubby:#c-lightning- [lightning] practicalswift opened pull request #646: Sync dependencies between README.md and doc/INSTALL.md. Add dependency consistency check. (master...sync-readme-and-install) https://git.io/vN0ut 08:42 -!- moctost [~moctost@107.182.231.94] has joined #c-lightning 08:45 -!- sgtmuller2 [9d320976@gateway/web/freenode/ip.157.50.9.118] has quit [Ping timeout: 260 seconds] 08:47 -!- moctost [~moctost@107.182.231.94] has quit [Client Quit] 08:47 -!- moctost [~moctost@107.182.231.94] has joined #c-lightning 08:51 -githubby:#c-lightning- [lightning] practicalswift opened pull request #647: Fix typos (master...tyops) https://git.io/vN0zS 09:19 -!- jb55 [~jb55@208.98.200.100] has joined #c-lightning 10:05 -!- Saevar [2e166296@gateway/web/freenode/ip.46.22.98.150] has quit [Quit: Page closed] 10:40 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-ewygtearnrdkihah] has joined #c-lightning 11:50 -githubby:#c-lightning- [lightning] cdecker closed pull request #647: Fix typos (master...tyops) https://git.io/vN0zS 11:53 -githubby:#c-lightning- [lightning] cdecker pushed 1 new commit to master: https://git.io/vN0bu 11:53 -githubby:#c-lightning- lightning/master f298c6b Christian Decker: doc: Adding generate listpayments man page 12:17 -githubby:#c-lightning- [lightning] tomichec opened pull request #651: adding the bash completition script for the client (master...master) https://git.io/vN0pJ 12:36 -!- hkjn0 [~hkjn@215.134.198.35.bc.googleusercontent.com] has joined #c-lightning 12:37 -githubby:#c-lightning- [lightning] cdecker opened pull request #652: jsonrpc: Add the network name to the getinfo output (master...issue-649) https://git.io/vN0jw 13:50 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-ewygtearnrdkihah] has quit [Quit: Connection closed for inactivity] 14:19 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #c-lightning 14:35 -githubby:#c-lightning- [lightning] cdecker pushed 1 new commit to master: https://git.io/vNEGu 14:35 -githubby:#c-lightning- lightning/master ced486e Christian Decker: jsonrpc: Add the network name to the getinfo output... 14:38 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Read error: Connection reset by peer] 14:49 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #c-lightning 15:03 < tomichec> I'm trying to run the lightning node as tor hidden service. So far I have managed to open a port 9735 in my torrc. The issue is that connecting to it fails giving 15:03 < tomichec> $ torify ./cli/lightning-cli connect 03348ccad9c4a54755eb691a19a5cb87cd1a9b3cfeb4c8f58a985375a93fe71785@zts6dni33pkj3ud2.onion 15:03 < tomichec> "id 03348ccad9c4a54755eb691a19a5cb87cd1a9b3cfeb4c8f58a985375a93fe71785@zts6dni33pkj3ud2.onion not valid" 15:04 < tomichec> is there any other way to connect to a node over tor? 15:09 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-svmjjgvkalnanovv] has joined #c-lightning 15:23 < rusty> tomichec: 1. you need to split the id and addr (there's a bug report about accepting this form, though). 2. needs IP address (and port), doesn't do DNS lookups. 15:26 -!- mlz [~IRCIdent@unaffiliated/molly] has quit [Quit: ZNC 1.6.5 - http://znc.in] 15:37 < mryandao> running make for c-lightning in alpine apparently causes an error when the secp256k1 submodule is referenced, but if secp256k1 was compiled separately before make, it works. 16:07 -!- vicenteH [~user@35.233.15.37.dynamic.jazztel.es] has quit [Ping timeout: 256 seconds] 17:40 -githubby:#c-lightning- [lightning] rustyrussell opened pull request #658: channeld: don't consider shutdown complete if feechange pending. (master...shutdown-not-complete-if-feechange-pending) https://git.io/vNEaf 17:45 -!- mlz [~IRCIdent@unaffiliated/molly] has joined #c-lightning 17:46 -!- jb55 [~jb55@208.98.200.100] has quit [Ping timeout: 248 seconds] 17:56 -!- HectorJ [5c9a5272@gateway/web/freenode/ip.92.154.82.114] has quit [Ping timeout: 260 seconds] 18:10 -!- artlav [~artlav@91.206.14.91] has quit [Quit: leaving] 18:29 -!- pigeons [~pigeons@androzani.sysevolve.com] has joined #c-lightning 18:33 < qwebirc701226> I'm trying to connect to the Blockstream store (02f6725f9c1c40333b67faea92fd211c183050f28df32cac3f9d69685fe9665432@104.198.32.198:9735), but the channel state remains in "GOSSIPING" forever, while I think it should become "OPENINGD". When trying "cli/lightning-cli fundchannel ...", I get "Error packet: channel ...: Unexpected message 32 in state OPENINGD". Any ideas what could cause the problem? 18:54 < rusty> qwebirc701226: cool! 18:55 < rusty> Yep, it will sit in gossipping until you fund channel. 19:02 -!- ianthius [~ianthius@unaffiliated/ianthius] has joined #c-lightning 19:04 < qwebirc701226> Now it seems to work, state is "OPENINGD". Is there any way to retrieve the tx id of the opening transaction, so I can view the tx's state on a block explorer? 19:05 < rusty> qwebirc701226: that msg indicates the other end thought you tried to open twice. 19:05 < rusty> qwebirc701226: (did you?) 19:05 < rusty> qwebirc701226: (message 32 is OPEN_CHANNEL; if its in OPENINGD you already sent that). 19:06 -!- shesek [~shesek@unaffiliated/shesek] has joined #c-lightning 19:08 < qwebirc701226> Yes, I tried multiple times. Is there any documentation out there (so I can look up what message 32 etc. means by myself)? 19:09 < rusty> qwebirc701226: It's in the spec (https://github.com/lightningnetwork/lightning-rfc/blob/master/02-peer-protocol.md) but really, that message is pretty undigestible. 19:10 < rusty> Mind if I file an issue for this? 19:10 < qwebirc701226> No, of course not! 19:10 < qwebirc701226> Pls go ahead. 19:15 < qwebirc701226> Also, when using "getpeers", the channel appears multiple times, presumably bcs I tried to open multiple times, but I don't think this is right. Looks like this: { "peers" : [ { "state" : "OPENINGD", "netaddr" : [ "104.198.32.198:9735" ], "peerid" : "02f6725f9c1c40333b67faea92fd211c183050f28df32cac3f9d69685fe9665432", "connected" : false }, 19:15 < qwebirc701226> { "state" : "OPENINGD", "netaddr" : [ "104.198.32.198:9735" ], "peerid" : "02f6725f9c1c40333b67faea92fd211c183050f28df32cac3f9d69685fe9665432", "connected" : false }, 19:15 < qwebirc701226> ...]}, i.e. the same line multiple times, even though it the same peer. 19:15 < qwebirc701226> ... even though it is the same peer. 19:16 < rusty> qwebirc701226: yeah, definitely! It should never let you do this (because we don't support it). 19:18 < rusty> qwebirc701226: https://github.com/ElementsProject/lightning/issues/659 <- here 'tis. 19:19 < qwebirc701226> Great! Glad I could help find a possible bug. 19:20 < rusty> qwebirc701226: Heh, if only people weren't finding them so fast! :) 19:31 -!- jb55 [~jb55@70-36-49-138.dyn.novuscom.net] has joined #c-lightning 19:34 < ianthius> bummer rusty i tried to close that channel i reffered to earlier and now c-lightning is crashing when i launch 19:34 < ianthius> well after a little while 19:35 < rusty> ianthius: that's cool! Is there a crash.log in ~/.lightning ? 19:35 < ianthius> lemme check 19:37 < jb55> wait do you need an invoice or can you pay people unilaterally? 19:37 < ianthius> i think this crash is from a previous run when it didn't have rpc abilities against my bitcoin node 19:37 < ianthius> i have the debug logs though 19:38 < rusty> jb55: currently you need an invoice. We could do unilaterals, but you'd lose proof-of-payments. 19:38 < ianthius> in a 'less' windows open now. Does it send the debug logs to a file as well when the flag is set? 19:38 < rusty> jb55: however, with payment decorrelation (1.1?) it will be provable too. 19:39 < jb55> ! 19:39 < jb55> it would make my satoshidice clone a bit nicer, without having to ask the user for an invoice to pay to... 19:39 < rusty> ianthius: no, it's going to stdout (unless you redirected). 19:39 < ianthius> okay it's in a less window currently is there a command in less to pump to a file? 19:39 < rusty> jb55: yeah. Reusable invoices would be pretty neat, not possible today. 19:40 < rusty> ianthius: s filename 19:40 < ianthius> thx 19:40 < jb55> since the payment preimage is used in the htlcs right? 19:40 < rusty> jb55: yeah, it's Single Use Only. 19:41 < windsok> lightning sticker successfully purchased :) 19:41 < jb55> grats 19:43 < windsok> only thing I messed up was my funding transaction, did not spend all the satoshis so I ended up sending a few thousand satoshis to a change address. Probably will never be able to spend those. The sacrifice was worth it though :) 19:43 < rusty> windsok: but you should have those forever, for future lightning payments.. 19:44 < windsok> I mean an on-chain change address - the amount it so low it would not pay fees for an on-chain tx 19:46 < ianthius> https://pastebin.com/SJsz4kcS 19:46 < ianthius> ls 19:47 < jb55> rusty: so it's ok if I change lightning-pay to use decodepay + pay? 19:47 < ianthius> rusty: thats what happened in my node and then after that the node was unresponsive and then dissapeared from the process list 19:47 < rusty> jb55: yeah... 19:48 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-svmjjgvkalnanovv] has quit [Quit: Connection closed for inactivity] 19:49 < rusty> ianthius: check dmesg, did the OOM killer kill it? Because that looks like it did a unilateral close, collected the output, all good. 19:50 < jb55> rusty: I guess it would be nice if it prompted the fee as well though ... 19:50 < jb55> can't really do that with pay directly looks like 19:50 < ianthius> okay yeah, actually my funds are here now in 'listfunds' (running it again) and still up. 19:50 < ianthius> how do i check dmesg? 19:51 < jb55> maybe decodepay + getroute + sendpay 19:54 < ianthius> rusty: So sorry, i think it was me. I had piped it to less +F then when I wanted to look up the log i hit ctrl-c and i thought that would kill just the less process, but probably kill the whole thing. :( 19:55 < rusty> ianthius: lol. That's a relief for me though! 19:55 < ianthius> what's the best way to keep the output of the debug log and keep lightningd running in the background 19:55 < rusty> ianthius: > /tmp/lightning.log & 19:56 < ianthius> oh cool then I can less +F the log file.. 19:56 < ianthius> thx 19:56 < ianthius> okay now on to mainnet! lol 19:56 < ianthius> gotta get my swag! :P 19:57 < ianthius> the node you tweeted, is there a max channel size? 20:01 < ianthius> hey folks, when I run 'getpeers' even afte the closure of a channel i still see the old channel as it existed before the closure but in state:ONCHAIND_OUR_UNILATERAL, will that pesist for a certain number of confirmations? or is that there because before funding channel I did the 'connect' to that node? 20:08 < windsok> I'm not sure, but I think it refers to this https://github.com/lightningnetwork/lightning-rfc/blob/master/05-onchain.md#unilateral-close-handling-local-commitment-transaction 20:35 < ianthius> where are the addresses generated from newaddr stored? 20:35 < pigeons> the fundchannel command never completes or returns, just hangs there and the channel is in state OPENINGD after 8 confirmations. what should i look at? 20:35 -!- qwebirc701226 [814e38a6@gateway/web/freenode/ip.129.78.56.166] has quit [Quit: Page closed] 20:43 < windsok> pigeons: if you are willing to share the details, i'd say log an issue on the github with your debug logs, and the txid and hopefully someone can take a look 20:45 < windsok> side thought: is there any risk in sharing debug logs? does it ever contain something really bad like privkeys 20:45 < windsok> other than privacy risks 20:51 -!- qxt [~qxxt@unaffiliated/qxt] has joined #c-lightning 20:53 < ianthius> anyone know what RPC 'addfunds' does? the explanation in code is a bit confusing 20:53 < ianthius> to me 20:53 < ianthius> in walletrpc.c 21:10 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Quit: Leaving.] 22:10 -!- llou [~textual@85.152.204.69] has joined #c-lightning 22:36 -githubby:#c-lightning- [lightning] renepickhardt opened pull request #663: quickfixing issue #662 to make CLI more userfriendly for inexperienced users (master...master) https://git.io/vNEDx 22:41 -!- jb55 [~jb55@70-36-49-138.dyn.novuscom.net] has quit [Ping timeout: 240 seconds] 23:06 -!- hop3y [1000@valtio.org] has joined #c-lightning 23:08 -!- plankers [~plank@c-73-2-4-197.hsd1.ca.comcast.net] has joined #c-lightning 23:22 -!- asoltys [~adam@104.198.96.115] has joined #c-lightning 23:59 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-hpahirrgympoulzf] has joined #c-lightning