19:01:26 #startmeeting 19:01:26 Meeting started Thu Nov 2 19:01:26 2017 UTC. The chair is wumpus. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:01:26 Useful Commands: #action #agreed #help #info #idea #link #topic. 19:01:33 hi 19:01:36 hi 19:01:42 hi 19:01:47 hi 19:01:58 #bitcoin-core-dev Meeting: wumpus sipa gmaxwell jonasschnelli morcos luke-jr btcdrak sdaftuar jtimon cfields petertodd kanzure bluematt instagibbs phantomcircuit codeshark michagogo marcofalke paveljanik NicolasDorier jl2012 achow101 meshcollider jnewbery maaku fanquake promag 19:02:06 here 19:02:10 hello 19:02:12 hi 19:02:17 15.0.2 19:02:28 #topic 0.15.0.2 19:02:38 yes, good idea 19:02:48 it seems like things keep getting added to the milestone 19:02:54 i think the outstanding PRs are pretty much ready to go 19:03:02 great! 19:03:18 achow101: only cfields's libevent fix 19:03:26 11593 needs more review, 11560 could just be merged 19:03:35 there are 3 PR's left in question: #11100 #11560 #11593 19:03:37 though I think 11593 is pretty reviewable 19:03:38 https://github.com/bitcoin/bitcoin/issues/11100 | Fix confusing blockmax{size,weight} options, dont default to throwing away money by TheBlueMatt · Pull Request #11100 · bitcoin/bitcoin · GitHub 19:03:38 hi. 19:03:38 and more backports 19:03:40 https://github.com/bitcoin/bitcoin/issues/11560 | Connect to a new outbound peer if our tip is stale by sdaftuar · Pull Request #11560 · bitcoin/bitcoin · GitHub 19:03:41 https://github.com/bitcoin/bitcoin/issues/11593 | rpc: work-around an upstream libevent bug by theuni · Pull Request #11593 · bitcoin/bitcoin · GitHub 19:03:46 plus backports needs fixing 19:03:53 the other one is just the backports which need to be done to support all that 19:03:55 i think whichever we can't merge to master and backport right now, we need to just skip.. 19:04:12 backports is failing travis right now 19:04:15 BlueMatt: backports for all others are fine... sdaftuar has tiny test fix 19:04:38 yea 19:04:52 ok 19:04:52 although they could use more review, both sdaftuar and ryanofsky are reviewing now 19:05:35 so we should just make decisions on those last 3 PR's.. 11100 is in master, so question is only whether to add it to backports? any objections? 19:06:10 none apparently 19:06:11 I really want to see 11100 appear in a release. 19:06:17 backports are already huge, but thats a simple pr and would be very nice to have 19:06:43 It's not the only misconfig now (I see blocks that clearly have minrelay fee cranked up-- e.g. legacy of 0.11-era mempool bloat attacks) but it's the biggest one. 19:06:44 although I think we should stop moving the goalposts 19:06:50 ok, will amend the pull with sdaftuar's fix and 11100 19:07:01 11560 is mergable i think 19:07:07 Well, if there are any issues in backporting, feel free to drop IMO. 19:07:08 agreed 19:07:20 the point of 0.15.0.2 is to protect against an immediate problem, and we should release it if it improves the situation anything from 0.15.0.1 19:07:39 ok, last point of order then is the libevent fix 19:07:43 cfields: you want to say anything? 19:08:37 ack on #11100 backport 19:08:40 https://github.com/bitcoin/bitcoin/issues/11100 | Fix confusing blockmax{size,weight} options, dont default to throwing away money by TheBlueMatt · Pull Request #11100 · bitcoin/bitcoin · GitHub 19:08:58 i've narrowed the workaround even further, it basically just affects a single stable release 19:09:15 curious, why backport all in one pr? 19:09:15 (the release that people have been switching to as they upgrade ubuntu, afaiu, fwiw) 19:09:27 jtimon: because many things depend on each other 19:09:28 hi 19:09:43 jtimon: I am not going to push to non-master branches 19:09:45 jtimon: many of them are not trivial, stand-alone backports... if only 19:09:55 also what wumpus said 19:10:31 grr, sorry, irc client fell off 19:10:37 this way there's at least the chance to review, and for travis to test the backported code 19:10:53 * sipa picks up the irc lcient and hands it to cfields 19:10:54 So action merge and bp 11560? 19:11:04 MarcoFalke: ack 19:11:07 +1 19:11:31 BTW: should we also consider upgrading depends openssl due to CVE-2017-3736? 19:11:36 Only BIP70 stuff is affected though 19:11:37 +merge and bp 11560 19:11:44 [13bitcoin] 15laanwj pushed 3 new commits to 06master: 02https://github.com/bitcoin/bitcoin/compare/bfb270acfa30...7008b07005c5 19:11:45 13bitcoin/06master 146b58360 15Cory Fields: rpc: work-around an upstream libevent bug... 19:11:45 13bitcoin/06master 1497932cd 15Cory Fields: rpc: further constrain the libevent workaround... 19:11:46 13bitcoin/06master 147008b07 15Wladimir J. van der Laan: Merge #11593: rpc: work-around an upstream libevent bug... 19:12:04 jonasschnelli: how dangerous is that? 19:12:10 Not really... 19:12:12 dangerous 19:12:13 jonasschnelli: man, openssl upgrades are really hard to review. :( 19:12:21 if not, let postpone it to 0.15.1? 19:12:21 [13bitcoin] 15laanwj closed pull request #11593: rpc: work-around an upstream libevent bug (06master...06fix-libevent-cb) 02https://github.com/bitcoin/bitcoin/pull/11593 19:12:27 but we are using open ssl 1.0.1k which is no longer maintained 19:12:30 The amount of resources 19:12:30 required for such an attack would be very significant and likely only 19:12:30 accessible to a limited number of attackers. An attacker would 19:12:30 additionally need online access to an unpatched system using the target 19:12:33 private key in a scenario with persistent DH parameters and a private 19:12:35 key that is shared between multiple clients. 19:12:41 I'd rather be spending effort into further eliminating openssl. :) 19:12:46 0.15.1 should be fine IMO 19:12:47 is anybody using bip70? 19:12:57 BIP70 without openssl is non-trivial to impossible 19:13:08 we could remove BIP70 support... *duck* (luke-jr) 19:13:22 jtimon: I'm pretty sure bitpay does 19:13:23 we could remove the ssl-checking part of bip70 19:13:25 (no tests, no active maintenance) 19:13:25 cfields: are there any changes to our httpserver/libevent code between master and 0.15, or its fine to just backport 11593 without thinking abou tit 19:13:30 achow101: thanks 19:13:34 and just treat it as a "better payment field" 19:13:49 meh, lets not discuss that now. 19:13:54 Yes 19:13:58 morcos: i'll double-check, but 99% a dumb backport is enough 19:14:08 [13bitcoin] 15laanwj pushed 6 new commits to 06master: 02https://github.com/bitcoin/bitcoin/compare/7008b07005c5...2f959a58744d 19:14:08 13bitcoin/06master 142d4327d 15Suhas Daftuar: net: Allow connecting to extra outbound peers 19:14:09 13bitcoin/06master 14db32a65 15Suhas Daftuar: Track tip update time and last new block announcement from each peer 19:14:10 13bitcoin/06master 14ac7b37c 15Suhas Daftuar: Connect to an extra outbound peer if our tip is stale... 19:14:18 I'd say action: upgrade openssl depends for 0.15.1 or 0.16 19:14:37 woohoo! 19:14:38 [13bitcoin] 15laanwj closed pull request #11560: Connect to a new outbound peer if our tip is stale (06master...062017-10-stale-tip-new-peer) 02https://github.com/bitcoin/bitcoin/pull/11560 19:14:43 oh, look at that! 19:14:48 \o/ 19:14:52 yay! 19:14:54 our work here is done. 19:14:55 whee 19:14:59 yep, ship it 19:15:02 we're shipping master right 19:15:09 "This only affects processors that support the BMI1, BMI2 and ADX extensions like 19:15:10 Intel Broadwell (5th generation) and later or AMD Ryzen." 19:15:10 :P 19:15:11 it compiles, shit it 19:15:16 *ship 19:15:17 ok, backports are go 19:15:20 yes, we're releasing 0.16.0.2 instead of 0.15.0.2 :p 19:15:21 achow101: exactly 19:15:38 i do want to stress that these backports may be non-trivial compared to most point releases 19:15:50 yes, definitely 19:15:57 yea :( 19:16:00 and we should review the patches, and possibly still decide to drop some 19:16:06 all the more reason to get a RC out stat. 19:16:08 right. in addition to the usual checks, everyone should check their own fixes 19:16:10 its massive for a point-point release lol 19:16:17 yes, that's what rcs are for 19:16:24 absolutely 19:16:29 meshcollider: it's completely silly for a .0.2 19:16:29 we've got two weeks 19:16:31 its not even a point-release 19:16:35 just pointing out that we're not really done 19:16:54 so rc today? 19:17:00 wumpus: don't forget the version bumps :) 19:17:02 hopefully? review backports 19:17:09 meshcollider: review backports first 19:17:15 it's only a pointpoint release because we communicated the extended SW wallet support would be in 0.15.1. Otherwise this would be 0.15.1. 19:17:15 cfields: good point 19:17:17 #11592 19:17:18 https://github.com/bitcoin/bitcoin/issues/11592 | WIP 0.15: Backports by MarcoFalke · Pull Request #11592 · bitcoin/bitcoin · GitHub 19:17:21 so review backports and rc tomorrow? 19:17:35 gmaxwell: I understand, but I expected a much smaller release 19:17:59 wumpus: so did we all, i think 19:18:16 normally we don't even publically announce minor-minor releases, let alone have an extended rc cycle 19:18:41 but that's definitely needed now 19:18:47 note to self for future: don't promise things in version numbers 19:19:04 achow101: 19:19:06 +1 19:19:07 we should have called it 0.15.$SEGWIT 19:19:08 achow101: good point 19:19:17 beyond the B2X split fix, I think this release is pretty trivial. 19:19:18 but i agree, achow101 19:19:32 fixes* 19:19:35 don't promise things, period :) 19:20:03 ^ (especially not on a timeline) 19:20:17 well if you'd be more comfortable calling it 0.15.1 I'd support that too. it's not like it's a big deal to say 'nope segwit stuff got pushed back due to snafu-mitigation' 19:20:58 I would prefer to call it 0.15.1, but not a big deal\ 19:20:59 from now on, we'll promise new features at block heights rather than timestamps :p 19:21:08 we could of course also include #11167 (support for sending to bech32) and call it 0.15.1 *ducks* 19:21:14 https://github.com/bitcoin/bitcoin/issues/11167 | Full BIP173 (Bech32) support by sipa · Pull Request #11167 · bitcoin/bitcoin · GitHub 19:21:22 too bad that has a bunch of refactors. 19:21:24 [13bitcoin] 15laanwj pushed 1 new commit to 060.15: 02https://github.com/bitcoin/bitcoin/commit/01e173f5b8985ad5ec14c1621531a003635f9800 19:21:24 13bitcoin/060.15 1401e173f 15Wladimir J. van der Laan: build: Bump version to 0.15.0.2... 19:21:35 (that's not a serious suggestion, please let's not delay things further) 19:22:00 oh okay, calling it 0.15.1 is also ok with me 19:22:09 for some context there, new electrum shipped that has 'segwit wallet support' -- which for them is BIP173 only. 19:22:17 0.15.1 seems to make more sense to me... I don't think many people do expect SW Wallet support 19:22:22 ok 19:22:35 so already getting some reports of not being able to send to it from Bitcoin Core, ::sigh:: :) 19:22:38 yes, definitely better 19:22:48 gmaxwell: well, electrum's problem 19:23:06 Slow transition.... no hurry 19:23:42 indeed, just a matter of time 19:23:59 some software can be ahead of others, that's what you'll always have 19:24:19 Electrum supports multiwallet, it's fine 19:25:27 great 19:25:46 release notes? anyone started that? 19:25:46 so, everyone agree that the release will be 0.15.1? 19:25:51 wumpus: sounds good 19:26:00 wumpus: ack 19:26:06 sounds fine. 19:26:11 lgtm 19:26:45 ack 19:26:55 is there a TODO for release notes 0.15.0.2? 19:26:59 can only find 16.0 19:27:05 meshcollider: on the 0.15 branch 19:27:34 [13bitcoin] 15laanwj 04force-pushed 060.15 from 1401e173f to 14f224cbc: 02https://github.com/bitcoin/bitcoin/commits/0.15 19:27:34 13bitcoin/060.15 14f224cbc 15Wladimir J. van der Laan: build: Bump version to 0.15.1... 19:27:57 0.15.1 is fine with me 19:28:38 an actual point release, this feels much better 19:28:38 wumpus: I mean an issue like 11054 19:28:46 release notes are certainly important, though they don't need to be ready for rc1 19:28:49 one comment about the version 19:28:56 i talked to Alyssa from CoinDesk abou tthis 19:29:04 not sure if they published an article or about to 19:29:08 meshcollider: no, we don't make topics that for minor releases generally 19:29:20 ah ok 19:30:23 morcos: should be easy to correct their article, no? 19:30:44 if you're in contact with them please let them know this is not the .1 they're expecting 19:30:49 morcos: Maybe tell here that the SW2X aware version is now 0.15.1 and SW wallet version is *unknown" for now? 19:30:56 yeah i don't see anything majorly published, i'll tell her now 19:31:03 who knows if she was going to even say anything 19:31:37 just s/0.15.1/0.15.2 and s/0.15.0.2/0.15.1/ 19:31:46 yes, segwit wallet delayed due to necessary s2x preparations :( 19:32:09 s/necessary/hopefully unecessary, though possibly necessary/ 19:32:16 arguably these were necessary preprations anyway - they're not specific to 2X 19:32:23 indeed 19:32:27 BlueMatt: better to be prepared at least 19:32:27 we now have outbound peer rotation! 19:32:30 we just had to prioritize these P2P improvements 19:32:32 but more pressing since SW2X 19:32:33 :bottlepop emoji" 19:32:35 : 19:32:41 sipa: sure, but the reason this was prioeritized over segwit I mean 19:32:42 yes, are generally good improvements which we should have done eventually regardless. 19:33:04 ok i emailed her, i'm fine to switch it, i just wanted to be sure there wasn't already some article out there 19:33:21 Who cares. :) 19:33:22 i went back and edited some reddit comments i made about 0.15.1 19:33:27 i think it's fine 19:33:38 morcos: inaccurate details in a press article about bitcoin?! Good thing you prevent that from ever happening. 19:33:42 Things are in-move.... 19:33:51 lolol 19:33:52 then after this we can do segwit wallet as 0.15.2, or 0.16.0, depending on what makes sense in the time frame that things are ready 19:34:35 Yeah.. I would not promis 0.15.2 now (even if it's very likely to happen with SW Wallet) 19:34:36 ya 19:34:52 jonasschnelli: indeed 19:35:13 perhaps we could consider doing 0.16 faster instead of doing a 0.15.2 release with segwit? 19:35:16 features are not tied to releases... releases are tied to the planed timeframe 19:35:37 I guess it would be a bad precedent 19:35:43 ok, more topics? 19:35:47 jtimon: I'm ok with that - though the original reasoning was exactly opposite, add some time to 0.16 to be able to do a segwit release in between - but yeah, things have changed 19:36:03 so 0.16 release next week? 19:36:09 * gmaxwell ducks 19:36:09 ;-) 19:36:16 #action activate segwit? 19:36:31 jtimon: also to not have another hairy, big set of backports 19:36:43 gmaxwell: always optimistic :) 19:36:57 wumpus: yeah I'm perhaps more worried about the latter 19:37:20 * MarcoFalke have been obtained by ChainCode 19:37:30 \o/ 19:37:38 MarcoFalke: congrats! 19:37:40 congratulations MarcoFalke 19:37:41 MarcoFalke: congrats :) 19:37:42 MarcoFalke: congrats. 19:37:53 MarcoFalke: Congrats. Have fun in NY! 19:37:55 MarcoFalke: welcome! :) 19:37:55 what does that bring the commit % to :P 19:38:01 yeah, cool 19:38:02 instagibbs: shhhhhhhhhhh 19:38:10 congrats! 19:38:15 heh 19:38:25 in the future, all coredev.tech events are required to occur in ny to minimize total flight time =D 19:38:26 \o/ 19:38:27 Eastern US powerhouse too :) 19:38:27 chaincode conspiracies coming... 19:38:32 instagibbs: It's not retroactive ;) 19:38:33 instagibbs: which ones, the ones we do ourselves or the ones under our blockstream contract? 19:38:42 ChainCodeLabs marketing departure must confront now with new ChainCode Core conspiracy 19:38:44 morcos, one and the same, right? 19:38:47 BlueMatt: lol 19:38:49 chaincore 19:39:01 heh 19:39:09 BlockChain 19:39:10 wait... 19:39:17 lol 19:39:18 lol 19:39:19 took you long enough 19:39:20 lol 19:39:33 ChainStream 19:39:40 hah! 19:39:41 codestream 19:39:49 anyway, other topics? 19:40:35 let's get backporting then 19:40:52 I thought we were gonna ship master! :P 19:41:21 but that's afterwards, release 0.15.1, then rc master the day after, no? 19:41:21 we coulld do that too and make people choose :p 19:41:43 WE HERD U LIK CHOICES 19:41:53 YAH 19:42:15 #endmeeting