1 2018-02-20 03:29:59 <roasbeef> eh
 2 2018-02-20 07:24:37 <jaromil> mmgen... nice!
 3 2018-02-20 08:58:44 <FraJah> moining
 4 2018-02-20 14:53:19 <denis2342> is there a difference betweeen “bitcoin-cli stop” and sending a SIGINT? to the daemon?
 5 2018-02-20 16:00:36 <mmgen> denis2342: no
 6 2018-02-20 17:11:53 <ProfMac> What do I grep for to find the code that decides whether a coinbase has matured enough?
 7 2018-02-20 17:12:51 <arubi> ProfMac, 'coin.nHeight < COINBASE_MATURITY'
 8 2018-02-20 17:13:05 <ProfMac> Thanks, arubi
 9 2018-02-20 17:13:29 <arubi> actually just COINBASE_MATURITY will show some other stuff too
10 2018-02-20 17:14:36 <ProfMac> I am looking with curiosity at (COINBASE_MATURITY+20).  That seems to reflect some discrepancy I have seen in documentation.
11 2018-02-20 17:16:19 <arubi> maturity used to be 120 blocks.  it's 100 now
12 2018-02-20 17:32:04 <ProfMac> submitblock <hex> exists as an RPC command.  Has anyone coded up a retrieveblock <n> that will get the full hex for that block?  I am indifferent whether n is height or hash.
13 2018-02-20 17:33:05 <esotericnonsense> ProfMac: getblock?
14 2018-02-20 17:34:47 <ProfMac> I might be able to use getblock.   I have looked at the output a few times and haven't committed to it yet.
15 2018-02-20 17:40:10 <esotericnonsense> i'm not sure what you mean. getblock can give you the full hex for a block.
16 2018-02-20 17:41:51 <arubi> getblockhash will give the hash of the block at height n, then getblock will return a block by a given hash
17 2018-02-20 17:42:08 <arubi> getblock also has verbosity levels so one of them will return the hex
18 2018-02-20 17:44:14 <ProfMac> I'm checking the documentation.  I have only seen getblock return JSON.
19 2018-02-20 17:46:32 <arubi> try appending 'false' at the end
20 2018-02-20 17:46:45 <arubi> so "getblock <hash> 'false'"
21 2018-02-20 17:47:56 <ProfMac> that works with, iirc, getrawtransaction.  I don't think it works with getblock (way back in version 0.8.x)
22 2018-02-20 17:48:30 <arubi> ah well, it definitely works now.  not sure about v0.8.x :)
23 2018-02-20 17:49:00 <ProfMac> ah.  I guess I have to spend a week and figure out how to compile the newer releases :-)
24 2018-02-20 17:49:22 <arubi> is that an issue?  the depends system makes it very easy
25 2018-02-20 17:53:03 <ProfMac> Yes, it is an ongoing frustration.  I tried to build the "getchaintips" commit last night.  I did a git checkout <commit number> and then spent quite a while trying to download more dependencies, Googling buts people had with the makefile, and the like.  Didn't get a binary after several hours.
26 2018-02-20 17:56:48 <arubi> ProfMac, really all you need to do is cd into the depends directory and run `make`
27 2018-02-20 17:57:56 <arubi> then go back to the source root, and run `./configure --prefix="$PWD/depends/<your arch>" --exec-prefix=/path/to/install/dir"`
28 2018-02-20 17:58:25 <arubi> <your arch> is probably gonna be 'x86_64-pc-linux-gnu'
29 2018-02-20 17:59:47 <arubi> then you run `make` from the source root and it uses all the dependencies built by the depends system.  after that run `make install`, and everything will be installed in the install path.  it can be something under your home directory so no sudo is needed for any of these commands
30 2018-02-20 17:59:50 <ProfMac> I'll test that.
31 2018-02-20 18:01:30 <arubi> on debian, the only dependencies needed are basically 'build-essential libtool autotools-dev automake pkg-config libssl-dev libevent-dev bsdmainutils python3'
32 2018-02-20 18:08:18 <ProfMac> On Ubuntu Trusty.  Just did a git checkout b33bd7a3be1cbcc8d255178307976b7762125b18
33 2018-02-20 18:09:19 <ProfMac> there is no "bitcoin/depends" directory
34 2018-02-20 18:09:49 <arubi> maybe it's before its time.  but why checkout such an old commit?
35 2018-02-20 18:12:37 <arubi> looks like depends was introduced in 1dec09b341
36 2018-02-20 18:12:47 <ProfMac> I am studying some things in the code.  I want to gen that older version.
37 2018-02-20 18:14:20 <ProfMac> ./autogen.sh does produce a ./configure file.  I have to manually intervene and deactivate a line with  LT_INIT in it.
38 2018-02-20 18:14:23 <arubi> well 1dec09b341 is close.  maybe you could checkout that one instead
39 2018-02-20 18:17:58 <arubi> less than 50 commits apart :)
40 2018-02-20 18:18:22 <ProfMac> qq
41 2018-02-20 18:20:08 <ProfMac> lol.  And on commit 1dec09b341, I (cd depends; make) and get an ERROR 404 not found on a .jar file.
42 2018-02-20 18:20:52 <arubi> you could try finding a different url and just change the makefile that gets it
43 2018-02-20 18:21:03 <arubi> it should all be in ./packages
44 2018-02-20 18:21:36 <ProfMac> That's sort of my whole point.  The releases don't work without both expert knowledge and a lot of futzing.
45 2018-02-20 18:22:27 <arubi> it's really just a single line to a url, and it's been 4 years, links die :)
46 2018-02-20 18:22:34 <ProfMac> Anyway, I put some scripts on github that build a trusty environment, and build a specific release.  In time, I will update that to a later version of the core code.
47 2018-02-20 18:22:42 <arubi> I agree that before depends, it was a pain building bitcoin
48 2018-02-20 18:23:27 <arubi> any scripts that help building it that don't do what depends does is weak.  depends gives you a statically (mostly) linked binary that you can move to a different system, and also supports cross compilation
49 2018-02-20 18:24:44 <ProfMac> Well, I'm gonna finish my little project in 0.8.whatever.  Then I'll advance to 9. or 10.   I would have switched to depends a year ago, If anyone had bothered to give as much of an answer as you did today.
50 2018-02-20 18:25:36 <arubi> I would've told you to read the readme in the depends directory but I was curious about why you wanted this old build :)
51 2018-02-20 18:27:46 <ProfMac> the community.
52 2018-02-20 18:27:46 <ProfMac> The short answer is that it was the newest build when I started studying code.  Then my wife died and I didn't make much progress for a while.  I did try to move forward a time or two, and only met with frustration, commits that did not work, and a general unwillingness to answer basic questions.  So, I proceeded on my own and accomplished what I wanted, but without the extra benefit of my efforts directly benefiting the rest of
53 2018-02-20 18:30:01 <arubi> I see, sorry, that makes sense
54 2018-02-20 18:32:21 <arubi> in any case, something that would make it easier for you to continue working on your own additions to bitcoin (I have just a couple of my own) is keeping your patches to a minimum, and placing all your code in your own files and including them where you need to.  I have a subdirectory in ./src/ with my files and I just added them to the makefile
55 2018-02-20 18:32:44 <arubi> keeping your patches to bitcoin source files* I mean
56 2018-02-20 18:33:19 <ProfMac> I do have two files, profmac.{h,cpp}
57 2018-02-20 18:33:44 <ProfMac> and I didn't know about git when I started :-)
58 2018-02-20 18:34:46 <arubi> haha, yea working with bitcoin source really opens you up to the more advanced linux stuff :)
59 2018-02-20 18:40:24 <ProfMac> I did manage do create a file of (blocknum, mined-time, medianprevtime) and looked at the histogram of the difference in those two times.  An almost perfect fit to the Poisson distribution.
60 2018-02-20 18:43:25 <arubi> nice, diff adjustments work as intended it seems :)
61 2018-02-20 18:43:27 <ProfMac> * for the 1st 10,008 blocks.
62 2018-02-20 18:43:47 <arubi> I can't imagine what it would be to try syncing a recent chain height with 0.8
63 2018-02-20 18:43:53 <ProfMac> Oddly, no difficulty adjustments were made.  It was all at diff=1
64 2018-02-20 18:44:08 <arubi> yea, now I realize 10k :)
65 2018-02-20 18:44:20 <ProfMac> well, you can't proceed much newer than mid 2014
66 2018-02-20 18:44:54 <arubi> yea I bet.  anything before 0.15 is inferior.  0.14.2 was also a major improvement iirc, but 0.15 is even better
67 2018-02-20 18:45:49 <arubi> well there have been a few notable versions where IBD was improved, but I can't imagine what it would be like syncing a recent chain height with anything before 0.14.2
68 2018-02-20 18:46:22 <arubi> (or was it 0.14.2?  I can't remember now)
69 2018-02-20 18:46:48 <arubi> 0.14 .
70 2018-02-20 18:46:54 <arubi> argh, 0.14.0
71 2018-02-20 21:40:06 <jollydutchman> I have some questions about Bitcoin core software, including bitcoind and Bitcoin-Qt. Is this the right place to ask about this?
72 2018-02-20 21:40:46 <RainMan28> my bitcoind 0.15 keeps saying that it cannot obtain a lock on the data directory because bitcoin core is probably already running but no rpc commands are working and ps -aux | grep bitcoind also shows no running process