12017-01-30T00:17:47 *** CubicEarth has joined #bitcoin-core-dev
22017-01-30T00:33:10 *** Chris_Stewart_5 has quit IRC
32017-01-30T00:49:35 *** Chris_Stewart_5 has joined #bitcoin-core-dev
42017-01-30T00:51:52 *** harrymm has joined #bitcoin-core-dev
52017-01-30T00:53:33 *** aguycalled has quit IRC
62017-01-30T01:01:55 *** Chris_Stewart_5 has quit IRC
72017-01-30T01:06:16 *** CubicEarth has quit IRC
82017-01-30T01:27:31 *** Ylbam has quit IRC
92017-01-30T01:40:59 *** justan0theruser has quit IRC
102017-01-30T01:41:11 *** justanotheruser has joined #bitcoin-core-dev
112017-01-30T02:06:06 *** cheese_ has joined #bitcoin-core-dev
122017-01-30T02:08:23 *** Cheeseo has quit IRC
132017-01-30T02:45:41 *** chjj has quit IRC
142017-01-30T02:46:34 <bitcoin-git> [bitcoin] luke-jr closed pull request #9642: [Hardfork] Safe block size limit (master...bip-blksize) https://github.com/bitcoin/bitcoin/pull/9642
152017-01-30T02:48:58 *** jtimon has quit IRC
162017-01-30T03:01:04 *** AaronvanW has quit IRC
172017-01-30T03:10:20 *** MarcoFalke has joined #bitcoin-core-dev
182017-01-30T03:23:44 *** droark has joined #bitcoin-core-dev
192017-01-30T03:45:47 *** Saucery has joined #bitcoin-core-dev
202017-01-30T03:47:15 *** Saucery has quit IRC
212017-01-30T04:00:26 *** CubicEarth has joined #bitcoin-core-dev
222017-01-30T04:07:03 *** CubicEarth has quit IRC
232017-01-30T04:44:56 *** cryptapus_afk is now known as cryptapus
242017-01-30T04:57:00 *** chris200_ has joined #bitcoin-core-dev
252017-01-30T04:59:55 *** chris2000 has quit IRC
262017-01-30T05:00:05 *** dermoth has quit IRC
272017-01-30T05:00:46 *** dermoth has joined #bitcoin-core-dev
282017-01-30T05:02:02 *** CubicEarth has joined #bitcoin-core-dev
292017-01-30T05:05:19 *** harrymm has quit IRC
302017-01-30T05:20:29 *** harrymm has joined #bitcoin-core-dev
312017-01-30T05:22:45 *** CubicEarth has quit IRC
322017-01-30T05:24:17 *** cryptapus is now known as cryptapus_afk
332017-01-30T05:30:32 *** CubicEarth has joined #bitcoin-core-dev
342017-01-30T05:36:51 *** Sosumi has quit IRC
352017-01-30T05:38:08 *** cannon-c_AFK is now known as cannon-c
362017-01-30T06:02:26 *** harrymm has quit IRC
372017-01-30T06:09:55 *** CubicEarth has quit IRC
382017-01-30T06:17:23 *** netsin has joined #bitcoin-core-dev
392017-01-30T06:19:34 *** netsin has quit IRC
402017-01-30T06:19:40 *** harrymm has joined #bitcoin-core-dev
412017-01-30T06:20:05 *** moli_ has quit IRC
422017-01-30T06:23:11 *** Ylbam has joined #bitcoin-core-dev
432017-01-30T06:27:46 *** moli_ has joined #bitcoin-core-dev
442017-01-30T06:33:00 *** CubicEarth has joined #bitcoin-core-dev
452017-01-30T06:42:58 *** owowo has quit IRC
462017-01-30T07:18:01 *** d9b4bef9 has quit IRC
472017-01-30T07:19:07 *** d9b4bef9 has joined #bitcoin-core-dev
482017-01-30T07:20:01 *** d9b4bef9 has quit IRC
492017-01-30T07:21:06 *** d9b4bef9 has joined #bitcoin-core-dev
502017-01-30T07:31:35 *** harrymm has quit IRC
512017-01-30T07:33:46 *** berndj has quit IRC
522017-01-30T07:34:01 *** berndj has joined #bitcoin-core-dev
532017-01-30T07:36:43 *** kadoban has quit IRC
542017-01-30T07:45:01 *** harrymm has joined #bitcoin-core-dev
552017-01-30T07:47:48 *** owowo has joined #bitcoin-core-dev
562017-01-30T07:50:01 *** chjj has joined #bitcoin-core-dev
572017-01-30T07:56:48 *** aguycalled has joined #bitcoin-core-dev
582017-01-30T07:56:55 *** droark has quit IRC
592017-01-30T08:14:49 *** paveljanik has quit IRC
602017-01-30T08:16:08 <bitcoin-git> [bitcoin] laanwj pushed 4 new commits to master: https://github.com/bitcoin/bitcoin/compare/0fea960ca917...720b57948034
612017-01-30T08:16:09 <bitcoin-git> bitcoin/master 342eb96 Cory Fields: build: find qt's renamed helper libs from 5.7
622017-01-30T08:16:10 <bitcoin-git> bitcoin/master 8efa34f Cory Fields: depends: add a zlib build...
632017-01-30T08:16:10 <bitcoin-git> bitcoin/master b5f374f Cory Fields: qt: fix build with zlib for target...
642017-01-30T08:16:27 <bitcoin-git> [bitcoin] laanwj closed pull request #9646: depends: Fix cross build for qt5.7 (master...fix-qt57) https://github.com/bitcoin/bitcoin/pull/9646
652017-01-30T08:18:11 *** BashCo_ has quit IRC
662017-01-30T08:18:51 *** BashCo has joined #bitcoin-core-dev
672017-01-30T08:23:20 *** BashCo has quit IRC
682017-01-30T08:38:37 *** BashCo has joined #bitcoin-core-dev
692017-01-30T08:49:39 <gmaxwell> What does -daemon do on windows?
702017-01-30T08:49:52 <wumpus> give you an eror and quit
712017-01-30T08:50:05 <wumpus> (at least in master)
722017-01-30T08:50:38 <gmaxwell> Thanks.
732017-01-30T08:50:53 <wumpus> in older versions it's just ignored
742017-01-30T08:50:53 <gmaxwell> For some reason I thought it worked there.
752017-01-30T08:51:00 <gmaxwell> yea, someone in #bitcoin reported it was ignored.
762017-01-30T08:51:43 <wumpus> it's just not how background services work in windows
772017-01-30T08:52:16 <wumpus> they are started from a special service manager, and need bookkeeping in the registry and such. No one ever bothered with that :)
782017-01-30T09:13:48 <wumpus> I wouldn't be opposed to someone implementing that of course. It would need changes to the installer as well as the application itself.
792017-01-30T09:22:46 *** harrymm has quit IRC
802017-01-30T09:33:05 *** Soligor_ has quit IRC
812017-01-30T09:34:49 *** aguycalled has quit IRC
822017-01-30T09:39:20 <bitcoin-git> [bitcoin] laanwj pushed 9 new commits to master: https://github.com/bitcoin/bitcoin/compare/720b57948034...d2c9e4d42291
832017-01-30T09:39:21 <bitcoin-git> bitcoin/master 5b15870 Alex Morcos: Use incrementalRelayFee for BIP 125 replacement
842017-01-30T09:39:21 <bitcoin-git> bitcoin/master de6400d Alex Morcos: Fix missing use of dustRelayFee
852017-01-30T09:39:22 <bitcoin-git> bitcoin/master 6b331e6 Alex Morcos: Fix to have miner test aware of new separate block min tx fee
862017-01-30T09:39:35 <bitcoin-git> [bitcoin] laanwj closed pull request #9615: Wallet incremental fee (master...walletincremental) https://github.com/bitcoin/bitcoin/pull/9615
872017-01-30T09:45:50 *** Guyver2 has joined #bitcoin-core-dev
882017-01-30T09:46:21 *** harrymm has joined #bitcoin-core-dev
892017-01-30T09:49:25 *** arubi has quit IRC
902017-01-30T09:49:47 *** arubi has joined #bitcoin-core-dev
912017-01-30T09:50:29 *** harrymm has quit IRC
922017-01-30T09:55:20 *** harrymm has joined #bitcoin-core-dev
932017-01-30T09:57:51 *** AaronvanW has joined #bitcoin-core-dev
942017-01-30T09:57:51 *** AaronvanW has joined #bitcoin-core-dev
952017-01-30T10:27:12 *** harrymm has quit IRC
962017-01-30T10:41:48 *** harrymm has joined #bitcoin-core-dev
972017-01-30T10:48:30 *** Soligor has joined #bitcoin-core-dev
982017-01-30T11:00:05 *** AaronvanW has quit IRC
992017-01-30T11:03:50 *** wvr has joined #bitcoin-core-dev
1002017-01-30T11:17:05 *** harrymm has quit IRC
1012017-01-30T11:22:43 *** harrymm has joined #bitcoin-core-dev
1022017-01-30T11:27:52 *** AaronvanW has joined #bitcoin-core-dev
1032017-01-30T11:49:11 <bitcoin-git> [bitcoin] laanwj pushed 4 new commits to master: https://github.com/bitcoin/bitcoin/compare/d2c9e4d42291...36966a1c0e64
1042017-01-30T11:49:12 <bitcoin-git> bitcoin/master 5be0190 Matt Corallo: Delete some unused (and broken) functions in CConnman
1052017-01-30T11:49:12 <bitcoin-git> bitcoin/master 3c37dc4 Matt Corallo: Ensure cs_vNodes is held when using the return value from FindNode
1062017-01-30T11:49:13 <bitcoin-git> bitcoin/master 2366180 Matt Corallo: Do not add to vNodes until fOneShot/fFeeler/fAddNode have been set
1072017-01-30T11:49:31 <bitcoin-git> [bitcoin] laanwj closed pull request #9626: Clean up a few CConnman cs_vNodes/CNode things (master...2017-01-remove-broken-unused-funcs) https://github.com/bitcoin/bitcoin/pull/9626
1082017-01-30T11:57:29 *** AaronvanW has quit IRC
1092017-01-30T12:13:53 <bitcoin-git> [bitcoin] MarcoFalke pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/36966a1c0e64...668de70be039
1102017-01-30T12:13:53 <bitcoin-git> bitcoin/master b7b48c8 Karl-Johan Alm: Refactor: Remove using namespace <xxx> from src/*.cpp.
1112017-01-30T12:13:54 <bitcoin-git> bitcoin/master 668de70 MarcoFalke: Merge #9644: [refactor] Remove using namespace <xxx> from src/...
1122017-01-30T12:14:08 <bitcoin-git> [bitcoin] MarcoFalke closed pull request #9644: [refactor] Remove using namespace <xxx> from src/ (master...no-using-namespace-src) https://github.com/bitcoin/bitcoin/pull/9644
1132017-01-30T12:33:47 *** AaronvanW has joined #bitcoin-core-dev
1142017-01-30T12:36:31 <bitcoin-git> [bitcoin] laanwj pushed 1 new commit to master: https://github.com/bitcoin/bitcoin/commit/71fc17f6673eae2e44d226e21692283a85786c44
1152017-01-30T12:36:31 <bitcoin-git> bitcoin/master 71fc17f Wladimir J. van der Laan: qt: periodic translations update
1162017-01-30T12:38:22 *** AaronvanW has quit IRC
1172017-01-30T12:40:26 *** AaronvanW has joined #bitcoin-core-dev
1182017-01-30T12:50:27 <bitcoin-git> [bitcoin] MarcoFalke pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/71fc17f6673e...53ab12d9318d
1192017-01-30T12:50:28 <bitcoin-git> bitcoin/master fa5137c MarcoFalke: [doc] Remove unused clang format dev script...
1202017-01-30T12:50:28 <bitcoin-git> bitcoin/master 53ab12d MarcoFalke: Merge #9649: [doc] Remove unused clang format dev script...
1212017-01-30T12:50:43 <bitcoin-git> [bitcoin] MarcoFalke closed pull request #9649: [doc] Remove unused clang format dev script (master...Mf1701-clangFormat) https://github.com/bitcoin/bitcoin/pull/9649
1222017-01-30T12:51:02 *** AaronvanW has quit IRC
1232017-01-30T12:51:14 <MarcoFalke> wumpus: Could make sense to transfer the maintainer tools repo to /bitcoin-core some day?
1242017-01-30T12:51:29 <wumpus> yes, it should
1252017-01-30T12:53:21 <wumpus> "Moving repository to bitcoin-core/bitcoin-maintainer-tools. This may take a few minutes."
1262017-01-30T12:53:54 <MarcoFalke> nice. Lets see if my pull stays open
1272017-01-30T12:56:19 <MarcoFalke> Looks all fine.
1282017-01-30T12:56:47 <bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/53ab12d9318d...e99f0d7ad443
1292017-01-30T12:56:48 <bitcoin-git> bitcoin/master 95f97f4 Luke Dashjr: Skip RAII event tests if libevent is built without event_set_mem_functions
1302017-01-30T12:56:48 <bitcoin-git> bitcoin/master e99f0d7 Wladimir J. van der Laan: Merge #9647: Skip RAII event tests if libevent is built without event_set_mem_functions...
1312017-01-30T12:57:01 <bitcoin-git> [bitcoin] laanwj closed pull request #9647: Skip RAII event tests if libevent is built without event_set_mem_functions (master...raii_tests_optional) https://github.com/bitcoin/bitcoin/pull/9647
1322017-01-30T13:39:49 *** Chris_Stewart_5 has joined #bitcoin-core-dev
1332017-01-30T13:46:05 *** Chris_Stewart_5 has quit IRC
1342017-01-30T13:47:45 *** LeMiner has quit IRC
1352017-01-30T13:48:09 *** LeMiner has joined #bitcoin-core-dev
1362017-01-30T13:56:47 <achow101> what does safe mode do?
1372017-01-30T13:56:55 *** laurentmt has joined #bitcoin-core-dev
1382017-01-30T13:57:48 *** laurentmt has quit IRC
1392017-01-30T14:00:10 *** Chris_Stewart_5 has joined #bitcoin-core-dev
1402017-01-30T14:09:02 *** aguycalled has joined #bitcoin-core-dev
1412017-01-30T14:12:37 *** CubicEarth has quit IRC
1422017-01-30T14:14:25 *** cannon-c has quit IRC
1432017-01-30T14:15:02 <wumpus> achow101: it disables a few wallet commands concerned with sending funds IIRC
1442017-01-30T14:15:32 <wumpus> (anything with okSafe==false in the dispatch table)
1452017-01-30T14:16:35 <achow101> what causes safe mode?
1462017-01-30T14:18:00 *** p4r4ms4m has joined #bitcoin-core-dev
1472017-01-30T14:21:45 <wumpus> fLargeWorkForkFound or fLargeWorkInvalidChainFound
1482017-01-30T14:22:44 <wumpus> more generally, when the client detects something fishy either with itself or the network
1492017-01-30T14:23:16 <achow101> if a large work fork is found (>6 blocks deep) and has more work than the current tip, will it switch to that fork and warn the user?
1502017-01-30T14:24:11 <wumpus> yes, safemode is a result of warnings
1512017-01-30T14:25:01 <wumpus> IIRC it will follow a large work fork (given that it validates correctly, of course) but warn and go to safe mode
1522017-01-30T14:25:12 <achow101> ok.
1532017-01-30T14:25:15 <wumpus> but I don't know the exact logic deeply you'll have to check the source code
1542017-01-30T14:25:38 <achow101> safe mode seems kinda useless, I can't find anything about it that would affect what most users do with the GUI
1552017-01-30T14:26:34 <wumpus> it doesn't affect the GUI, from what I remember that's on purpose: GUI is used manually so if there is a big warning visible and the user still wants to send, they can
1562017-01-30T14:26:50 <wumpus> RPC is usually driven automatically so the only way to make the operator realize something is wrong is by blocking commands
1572017-01-30T14:27:33 <achow101> ah. I see. that makes sense
1582017-01-30T14:27:36 <achow101> thanks
1592017-01-30T14:28:12 *** chjj has quit IRC
1602017-01-30T14:36:05 *** Chris_Stewart_5 has quit IRC
1612017-01-30T14:52:55 *** Chris_Stewart_5 has joined #bitcoin-core-dev
1622017-01-30T15:03:37 *** droark has joined #bitcoin-core-dev
1632017-01-30T15:08:46 *** droark has quit IRC
1642017-01-30T15:11:28 *** jtimon has joined #bitcoin-core-dev
1652017-01-30T15:19:35 *** p4r4ms4m has quit IRC
1662017-01-30T15:29:05 *** Guyver2 has quit IRC
1672017-01-30T15:44:54 <sipa> jl2012: the serialization code depends on char being 1 byte, short being 2, int being 4, and long being 8
1682017-01-30T15:45:21 <jl2012> sipa: isn't this dependent on the architecture?
1692017-01-30T15:45:24 *** gielbier has joined #bitcoin-core-dev
1702017-01-30T15:45:34 <sipa> jl2012: while technically those are dependent on architecture, everything we remotely support has rhese sizes
1712017-01-30T15:46:34 <sipa> wait, i believe long does differ
1722017-01-30T15:46:39 <jl2012> so is it ok if I use GetSizeOfCompactSize in consensus code?
1732017-01-30T15:46:39 <sipa> but long long does not
1742017-01-30T15:46:57 <jl2012> or is it already kind of consensus critical?
1752017-01-30T15:47:13 <sipa> you already are using it in consensus code. it affects block size calculation
1762017-01-30T15:47:21 <sipa> as that uses GetSerializeSize
1772017-01-30T15:48:20 <jl2012> isn't it better to directly use numeric number, instead of sizeof(something) ?
1782017-01-30T15:48:58 <sipa> yes and no
1792017-01-30T15:49:45 <sipa> we're using char/short/int/long long in serialization code anyway, though we've slowly moving away from those in favor of int16 int32_t, int64_t etc
1802017-01-30T15:50:16 <sipa> so switching the size calculation on itself would be perhaps more future proof for that function itself
1812017-01-30T15:50:46 <sipa> we sjould really get rid of the use of those data type in serialization code (and probably all of consensus code) in the first place
1822017-01-30T15:51:18 *** p4r4ms4m has joined #bitcoin-core-dev
1832017-01-30T15:51:28 <jl2012> but there is already a theoretical risks of consensus failure between architectures?
1842017-01-30T15:58:26 <sipa> our unit tests would immediately fail when compiling in an environment where these sizes don't hol
1852017-01-30T15:58:42 <jl2012> that's true
1862017-01-30T15:59:06 <jl2012> but you know, not everyone test their codes before shipping
1872017-01-30T15:59:06 <sipa> if not for that, sure... see https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-July/009697.html
1882017-01-30T15:59:43 <sipa> with static_assert would make the compiler fail if compiled on an invalid architecture
1892017-01-30T16:01:37 <jl2012> we have no consensus code dependent on OpenSSL now, right?
1902017-01-30T16:02:47 <sipa> indeed, not since bip66
1912017-01-30T16:02:59 <sipa> http://stackoverflow.com/a/384672
1922017-01-30T16:03:45 <jl2012> by the way, are we going to fix the LOW_S special case I found earlier? Or just use the NULLFAIL rule (sig must be empty if failed) to cover that?
1932017-01-30T16:05:10 <sipa> hmm what special case?
1942017-01-30T16:06:12 <jl2012> if R is out of range, HIGH_S is allowed
1952017-01-30T16:06:18 <sipa> ah, yes
1962017-01-30T16:06:42 <sipa> i think we should just propose nullfail as a consensus rule
1972017-01-30T16:07:14 *** harrymm has quit IRC
1982017-01-30T16:08:35 <jl2012> the 2 rules combined should cover all edge cases, I guess
1992017-01-30T16:09:13 <sipa> which 2 rules?
2002017-01-30T16:09:22 <jl2012> lows and nullfail
2012017-01-30T16:10:21 <sipa> yes, i believe so
2022017-01-30T16:10:35 <jl2012> just wonder if nullfail might irrevocably invalidate some scripts
2032017-01-30T16:10:58 <sipa> nullfail in particular simplifies things a lot... as it removes the distinction between valid encoding and valid signature
2042017-01-30T16:17:03 <jl2012> and it eliminate unneeded validation
2052017-01-30T16:17:23 <sipa> indeed, and storage
2062017-01-30T16:18:29 <jl2012> is there anyway to do aggregated validation in ECDSA?
2072017-01-30T16:21:37 <sipa> yes, but it requires passing along the oddness of the R point's y coordinate
2082017-01-30T16:21:58 <sipa> if you don't have that, there is an expoenntial blowup in combinations to test that is never worth it
2092017-01-30T16:22:23 <jl2012> so we currently can't do that?
2102017-01-30T16:22:34 <sipa> not with the current signature scheme, no
2112017-01-30T16:22:50 <jl2012> it just requires one more bit to encode that?
2122017-01-30T16:23:30 *** harrymm has joined #bitcoin-core-dev
2132017-01-30T16:25:37 <sipa> yes
2142017-01-30T16:25:45 <sipa> but switching to schnorr is easier :)
2152017-01-30T16:27:39 <jl2012> actually, my original question is about cross-transaction aggregated validation. For example, validate all transactions in a block in one operation
2162017-01-30T16:28:25 <jl2012> and just aggregated validation, not aggregated signature (no space saving)
2172017-01-30T16:29:50 <sipa> yeah, with the extra bit you can do batch validation
2182017-01-30T16:30:05 <jl2012> it could be nicely fit in a 64 bytes (512 bits) signature: R = 256 bits, R oddness = 1 bit, LOW_S = 255 bits
2192017-01-30T16:30:51 <jl2012> how about Schnorr, would that require the extra bit?
2202017-01-30T16:35:13 <sipa> the Schnorr scheme i proposed before avoids it by requiring that bit to be 0
2212017-01-30T16:35:16 <sipa> implicitly
2222017-01-30T16:35:39 <sipa> which would equally be possible in ECDSA, but again, requires a change
2232017-01-30T16:36:46 <jl2012> so you just assume the bit is 0. If a signature has a non-0 bit, the wallet will find a different nonce to sign again?
2242017-01-30T16:37:39 <sipa> all that requires is negating the nonce :)
2252017-01-30T16:38:03 <jl2012> sounds like possible with a softfork?
2262017-01-30T16:38:58 *** aalex has joined #bitcoin-core-dev
2272017-01-30T16:46:39 <sipa> and changing all wallet software
2282017-01-30T16:52:12 *** gribble has quit IRC
2292017-01-30T16:53:09 *** abpa has joined #bitcoin-core-dev
2302017-01-30T17:01:43 *** harrymm has quit IRC
2312017-01-30T17:05:30 *** gribble has joined #bitcoin-core-dev
2322017-01-30T17:11:31 *** kadoban has joined #bitcoin-core-dev
2332017-01-30T17:19:34 *** RoyceX has joined #bitcoin-core-dev
2342017-01-30T17:20:07 *** Kexkey has joined #bitcoin-core-dev
2352017-01-30T17:22:47 *** cheese_ has quit IRC
2362017-01-30T17:24:16 *** aguycalled has quit IRC
2372017-01-30T17:24:50 *** aguycalled has joined #bitcoin-core-dev
2382017-01-30T17:25:11 *** Kexkey has quit IRC
2392017-01-30T17:40:36 <jl2012> same as low_s
2402017-01-30T17:44:05 *** stevenroose has joined #bitcoin-core-dev
2412017-01-30T17:47:13 *** paveljanik has joined #bitcoin-core-dev
2422017-01-30T17:47:14 *** paveljanik has joined #bitcoin-core-dev
2432017-01-30T17:50:00 <sipa> well as long as OP_CHECKSIG NOT is allowed, we can't do batch verification anyway
2442017-01-30T17:50:04 *** dstadulis has joined #bitcoin-core-dev
2452017-01-30T17:51:40 *** dstadulis has quit IRC
2462017-01-30T17:51:49 <sipa> though i guess it could apply to OP_CHECKSIGVERIFY only
2472017-01-30T17:52:10 *** aalex has quit IRC
2482017-01-30T17:57:12 *** dstadulis has joined #bitcoin-core-dev
2492017-01-30T17:57:37 <jl2012> NULLFAIL will do it
2502017-01-30T18:01:13 *** BashCo has quit IRC
2512017-01-30T18:01:49 *** BashCo has joined #bitcoin-core-dev
2522017-01-30T18:05:49 *** aalex has joined #bitcoin-core-dev
2532017-01-30T18:06:31 *** BashCo has quit IRC
2542017-01-30T18:26:10 *** atroxes has quit IRC
2552017-01-30T18:27:38 *** atroxes has joined #bitcoin-core-dev
2562017-01-30T18:30:42 *** atroxes has quit IRC
2572017-01-30T18:31:39 *** atroxes has joined #bitcoin-core-dev
2582017-01-30T18:35:42 *** dstadulis has quit IRC
2592017-01-30T18:37:49 *** dstadulis has joined #bitcoin-core-dev
2602017-01-30T18:38:13 *** Guyver2 has joined #bitcoin-core-dev
2612017-01-30T18:40:45 *** p4r4ms4m has quit IRC
2622017-01-30T18:41:04 *** dstadulis has quit IRC
2632017-01-30T18:41:39 *** BashCo has joined #bitcoin-core-dev
2642017-01-30T18:48:15 *** mariorz has joined #bitcoin-core-dev
2652017-01-30T19:03:23 *** abpa has quit IRC
2662017-01-30T19:04:18 *** abpa has joined #bitcoin-core-dev
2672017-01-30T19:16:44 *** echonaut has quit IRC
2682017-01-30T19:16:47 *** echonaut3 has joined #bitcoin-core-dev
2692017-01-30T19:24:40 *** justanotheruser has quit IRC
2702017-01-30T19:29:29 *** CubicEarth has joined #bitcoin-core-dev
2712017-01-30T20:28:34 *** Guyver2 has quit IRC
2722017-01-30T20:57:49 *** Guyver2 has joined #bitcoin-core-dev
2732017-01-30T21:13:05 *** chjj has joined #bitcoin-core-dev
2742017-01-30T21:27:48 *** Jouke has quit IRC
2752017-01-30T21:32:25 *** chjj has quit IRC
2762017-01-30T21:35:24 *** chjj has joined #bitcoin-core-dev
2772017-01-30T21:57:32 *** wasi has joined #bitcoin-core-dev
2782017-01-30T22:00:01 *** Guyver2 has left #bitcoin-core-dev
2792017-01-30T22:01:12 <jtimon> re https://github.com/bitcoin-core/gitian.sigs/pull/469 I assume it's not important now, but I wanted to confirm if I'm doing this properly, do I need to add my key to https://github.com/bitcoin/bitcoin/tree/master/contrib/gitian-keys first?
2802017-01-30T22:01:19 *** aalex has quit IRC
2812017-01-30T22:08:36 *** paveljanik has quit IRC
2822017-01-30T22:11:21 *** paveljanik has joined #bitcoin-core-dev
2832017-01-30T22:20:09 *** paveljanik has quit IRC
2842017-01-30T22:24:26 *** paveljanik has joined #bitcoin-core-dev
2852017-01-30T22:25:44 *** aguycalled has quit IRC
2862017-01-30T22:30:46 *** aguycalled has joined #bitcoin-core-dev
2872017-01-30T22:41:04 <achow101> jtimon: looks right. you should add your key to the gitian-keys. also, you should do the code-signed binaries too, and if possible, mac
2882017-01-30T22:43:51 <jtimon> achow101: thanks, yeah, was leaving that for later, but I should do those too
2892017-01-30T22:47:30 *** aguycalled has quit IRC
2902017-01-30T22:47:45 *** aguycalled has joined #bitcoin-core-dev
2912017-01-30T23:15:08 *** aguycalled has quit IRC
2922017-01-30T23:38:28 *** chjj has quit IRC
2932017-01-30T23:48:15 *** gribble has quit IRC
2942017-01-30T23:51:21 *** chjj has joined #bitcoin-core-dev
2952017-01-30T23:59:36 *** gribble has joined #bitcoin-core-dev