1 2016-12-29 08:07:35 0|bitcoin-git|[13bitcoin] 15theuni opened pull request #9441: WIP: Massive net speedup. Net locks overhaul. (06master...06connman-locks) 02 https://github.com/bitcoin/bitcoin/pull/9441
2 2016-12-29 09:38:59 0|gmaxwell|man, the maximum size of a stanard txn being so long really makes smarter block trasfer a pita.
3 2016-12-29 09:45:20 0|btcdrak|gmaxwell: how so?
4 2016-12-29 09:47:31 0|gmaxwell|because it makes the amount of data needed to recover from even a single missing transaction highly variable.
5 2016-12-29 12:14:56 0|morcos|gmaxwell: yeah i keep thinking that too.. but we could put some of that intelligence in the sender
6 2016-12-29 14:51:35 0|wbnns|@gmaxwell @wumpus_ Hello, just wanted you check-in regarding the Alert System Retirement notice currently appearing across the tops of all pages on Bitcoin.org - is there a specific date it would be okay to remove it?
7 2016-12-29 14:52:53 0|wbnns|It will still be available here (the notification just won't show at the top of every page): https://bitcoin.org/en/alerts
8 2016-12-29 14:55:32 0|kinlo|is the alert page going away? The bitcoin protocol for the alert system is being retired, but is the https://bitcoin.org/en/alerts going away?
9 2016-12-29 14:57:17 0|wbnns|Also, if you all are open to it, was wondering if it might be a good idea in the future, whenever there is a new release, to do an informational alert (like the current one) so people will be informed of the new version.
10 2016-12-29 14:58:59 0|wbnns|Something like, "Bitcoin Core v0.13.1 is now available." - which could link to an alert page providing the release notes: https://github.com/bitcoin/bitcoin/blob/master/doc/release-notes/release-notes-0.13.1.md
11 2016-12-29 15:00:30 0|wbnns|@kinlo Hi, no, I'm not aware of any plans for that to be removed.
12 2016-12-29 15:10:30 0|Lauda|0.13.2 still not RC2?
13 2016-12-29 15:11:00 0|gmaxwell|Lauda: I'm doubting there will be an RC2. No issues have been reported for RC1 AFAIK.
14 2016-12-29 15:11:20 0|Lauda|It will just jump to final? Any ETA?
15 2016-12-29 15:11:28 0|Lauda|Very nice to hear that though.
16 2016-12-29 15:35:39 0|luke-jr|checking whether to build Bitcoin Core GUIââ¬Â¦ no (Qt)
17 2016-12-29 15:35:44 0|luke-jr|^ not sure (Qt) belongs
18 2016-12-29 15:58:30 0|luke-jr|wumpus_: I have a fix for https://github.com/bitcoin/bitcoin/pull/7522 if you can reopen
19 2016-12-29 16:00:23 0|Chris_Stewart_5|Isn't there a chance for malleability in OP_CHECKMULTSIG scripts even with BIP146
20 2016-12-29 16:00:46 0|Chris_Stewart_5|For instance, I'm spending a 2/3 and I provide 3 total digital signatures, 2 valid and 1 invalid?
21 2016-12-29 16:01:00 0|Chris_Stewart_5|and then I can put whatever junk I watn into the invalid one?
22 2016-12-29 16:01:15 0|sipa|CMS for 2-of-3 only takes 2 signatures as input
23 2016-12-29 16:01:21 0|sipa|and 3 public keys
24 2016-12-29 16:03:01 0|jonasschnelli|2933 jonassc+ 20 0 1202368 9108 3340 S 399.1 0.0 217270:46 dnsseed
25 2016-12-29 16:03:01 0|jonasschnelli|hmm.... there is something wrong with the seeder:
26 2016-12-29 16:03:06 0|jonasschnelli|(399% CPU)
27 2016-12-29 16:04:56 0|luke-jr|others more actively here welcome to reopen 7522 as well :p
28 2016-12-29 16:05:30 0|luke-jr|jonasschnelli: CPU idle on mine
29 2016-12-29 16:05:38 0|jonasschnelli|maybe sipa sees the problem: https://0bin.net/paste/IkPmiYuMKrTOnE8b#HnMXjcWlSxAiuEnXMYuQqtFGnpBHCfdlVQBLKuXhm2z
30 2016-12-29 16:24:48 0|Chris_Stewart_5|sipa: The malleability I was talking about then would be caught by CLEANSTACK right?
31 2016-12-29 17:31:51 0|bitcoin-git|[13bitcoin] 15gmaxwell opened pull request #9442: Do not use signals for communication between net and net_processing. (06master...06no_node_signals) 02 https://github.com/bitcoin/bitcoin/pull/9442
32 2016-12-29 17:54:28 0|bitcoin-git|[13bitcoin] 15gmaxwell closed pull request #9442: Do not use signals for communication between net and net_processing. (06master...06no_node_signals) 02 https://github.com/bitcoin/bitcoin/pull/9442
33 2016-12-29 17:58:41 0|bitcoin-git|[13bitcoin] 15gmaxwell closed pull request #9415: Reduce latency of ThreadMessageHandler. (3.2x speedup for IBD to 200k) (06master...06better_sleep) 02 https://github.com/bitcoin/bitcoin/pull/9415
34 2016-12-29 17:59:23 0|bitcoin-git|[13bitcoin] 15gmaxwell closed pull request #8800: Fetch w/o CB if mempool empty, don't use HB mode if blocks only. (06master...06no-hb-in-bo) 02 https://github.com/bitcoin/bitcoin/pull/8800
35 2016-12-29 18:01:11 0|bitcoin-git|[13bitcoin] 15gmaxwell closed pull request #9424: Change LogAcceptCategory to use uint32_t rather than sets of strings. (06master...06log_category_simplify) 02 https://github.com/bitcoin/bitcoin/pull/9424
36 2016-12-29 18:03:40 0|BlueMatt|gmaxwell: why close #9424? I think its something we want, though maybe there are other review priorities for 0.14
37 2016-12-29 18:03:42 0|gribble|https://github.com/bitcoin/bitcoin/issues/9424 | Change LogAcceptCategory to use uint32_t rather than sets of strings. by gmaxwell ÷ Pull Request #9424 ÷ bitcoin/bitcoin ÷ GitHub
38 2016-12-29 18:04:41 0|gmaxwell|BlueMatt: no feedback, even though I've nagged people, and it's now conflicted.
39 2016-12-29 18:05:12 0|BlueMatt|gmaxwell: so reopen post-feature-freeze?
40 2016-12-29 18:07:24 0|gmaxwell|sure, if people want it. It makes changes over the code base due to needing to change LogPrintF, I'm not intrested in maintaining it when there has been no feedback at all, and for all I know people hate it because it violates some style principle that I don't know about or understand and would disagree with if I did. :)
41 2016-12-29 18:07:53 0|gmaxwell|codes all there, it isn't going anywhere. It's not an impressive feat of engineering or anything. :)
42 2016-12-29 18:11:49 0|BlueMatt|gmaxwell: suresure, but, yes, I like it...maybe easier to get review for that after 0.14 branch or so
43 2016-12-29 18:11:58 0|BlueMatt|or maybe feature-freeze since its just a refactor-ish
44 2016-12-29 18:13:58 0|BlueMatt|gmaxwell: also #8800
45 2016-12-29 18:14:00 0|gribble|https://github.com/bitcoin/bitcoin/issues/8800 | An error has occurred and has been logged. Please contact this bot's administrator for more information.
46 2016-12-29 18:15:19 0|gmaxwell|BlueMatt: I think that one is really unimportant compared to basically everything else.
47 2016-12-29 18:15:51 0|gmaxwell|there is a huge backlog of things which are more important and easier to merge.
48 2016-12-29 18:20:53 0|BlueMatt|gmaxwell: yea, ok, fair enough
49 2016-12-29 18:38:29 0|morcos|BlueMatt: I'm working on a patch to allow multiple blocks in flight at the same time.. and i'm stuck on what to do when you receive one of them
50 2016-12-29 18:39:26 0|morcos|In #9352 sdaftuar took the approach that you don't want to MarkBlockReceived until after you know the block is valid
51 2016-12-29 18:39:28 0|gribble|https://github.com/bitcoin/bitcoin/issues/9352 | Attempt reconstruction from all compact block announcements by sdaftuar ÷ Pull Request #9352 ÷ bitcoin/bitcoin ÷ GitHub
52 2016-12-29 18:39:41 0|morcos|i suppose to cover the case of malleated witness data
53 2016-12-29 18:42:01 0|morcos|should we be refactoring all the code to take that approach? it requires a different solution in #9400
54 2016-12-29 18:42:03 0|gribble|https://github.com/bitcoin/bitcoin/issues/9400 | Set peers as HB peers upon full block validation by instagibbs ÷ Pull Request #9400 ÷ bitcoin/bitcoin ÷ GitHub
55 2016-12-29 18:54:28 0|luke-jr|was it this meeting that got cancelled?
56 2016-12-29 18:54:52 0|gmaxwell|no meeting this week
57 2016-12-29 19:03:05 0|bitcoin-git|[13bitcoin] 15jl2012 opened pull request #9443: Repairing the large-work fork warning system (06master...06forkwarning) 02 https://github.com/bitcoin/bitcoin/pull/9443
58 2016-12-29 19:03:33 0|jl2012|oh, because of holiday?
59 2016-12-29 19:04:31 0|gmaxwell|Yes. Sorry, mentioned in last weeks meeting. But perhaps it should have been better announced. My fault.
60 2016-12-29 19:07:56 0|btcdrak|lightningbot is fixed btw.
61 2016-12-29 19:07:56 0|lightningbot|btcdrak: Error: "is" is not a valid command.
62 2016-12-29 19:08:02 0|btcdrak|lol
63 2016-12-29 19:08:16 0|gmaxwell|for some definition of 'fixed'.
64 2016-12-29 19:08:37 0|btcdrak|well at least it's here this time :-p
65 2016-12-29 19:11:47 0|jl2012|if anyone is interested, please take a look : #9443
66 2016-12-29 19:11:48 0|gribble|https://github.com/bitcoin/bitcoin/issues/9443 | Repairing the large-work fork warning system by jl2012 ÷ Pull Request #9443 ÷ bitcoin/bitcoin ÷ GitHub
67 2016-12-29 19:12:02 0|jl2012|This is a fix for the broken warning system
68 2016-12-29 23:30:49 0|morcos|OK I have a patch that allows 2 simultaneous blocks in flight and combines 9375, 9252 and 9400... I'll test it and report back.. got to run for the night