1 2017-10-06 00:51:56	0|karelb|what is the meeting schedule here, so I can watch? :)
 2 2017-10-06 00:52:45	0|karelb|nevermind I see here https://bitcoincore.org/en/meetings/
 3 2017-10-06 06:34:59	0|Booxie|Hello I'm on the developing repository on github username booxie , profile hidden cuz some1 flagged me on github. I need food please donate money to me at www.paypal.me/Bukoski
 4 2017-10-06 06:58:12	0|bitcoin-git|[13bitcoin] 15benma closed pull request #11434: Add m_bantime to Connman options (06master...06bantime) 02https://github.com/bitcoin/bitcoin/pull/11434
 5 2017-10-06 07:11:15	0|bitcoin-git|[13bitcoin] 15jl2012 closed pull request #8593: Verify all incoming txs unless too big or too much hashing (06master...06verifyalltx) 02https://github.com/bitcoin/bitcoin/pull/8593
 6 2017-10-06 07:11:43	0|bitcoin-git|[13bitcoin] 15jl2012 closed pull request #8635: Enforce mandatory softfork flags for segwit block/tx (06master...06mandatorysegwitflags) 02https://github.com/bitcoin/bitcoin/pull/8635
 7 2017-10-06 07:38:52	0|pompa|Good day vise people :) please help. how to transfer my bictoin core valet to new computer?
 8 2017-10-06 07:39:15	0|pompa|i need to download bitcoin core program to new computer yes? and how to trasnfer my bitcoins??? :)
 9 2017-10-06 07:39:59	0|pompa|trouble with old computer is that not working anymore, but i can reach  my bitcoin files in it.
10 2017-10-06 07:45:07	0|sipa|pompa: #bitcoin
11 2017-10-06 11:34:32	0|samm_|Hello, it might not be the right place, but I would like to say I think it would be great to be able to monitor bandwidth within the client, since it is usually very slow to synchronize with the network due to the lack of nodes probably
12 2017-10-06 11:35:48	0|luke-jr|samm_: it's already in the debug window..
13 2017-10-06 11:36:10	0|samm_|Also being able to look at the processed blocks without hovering with the mouse
14 2017-10-06 11:36:17	0|samm_|Oh? My bad, thank you
15 2017-10-06 11:36:30	0|luke-jr|and block count is shown on the sync overlay..
16 2017-10-06 11:39:50	0|samm_|I guess I'm bad, but I don't see any other way to check the processed block, the overlay is displayed by hovering the mouse, no? Well anyway thank you very much for your answer about the bandwidth monitor, it's helpful, sorry I didn't notice it before
17 2017-10-06 13:38:10	0|bitcoin-git|[13bitcoin] 15jtimon closed pull request #11427: Optimization: Remove Consensus::Params::BIP34Hash (06master...06e16-bip90-bip30) 02https://github.com/bitcoin/bitcoin/pull/11427
18 2017-10-06 16:09:12	0|esotericnonsense|the block count is also shown in the debug window
19 2017-10-06 18:36:39	0|bitcoin-git|[13bitcoin] 15sdaftuar opened pull request #11458: Don't process unrequested, low-work blocks (06master...062017-10-blocks-before-minwork) 02https://github.com/bitcoin/bitcoin/pull/11458
20 2017-10-06 19:13:47	0|cfields|sipa: with your dns seeder, if i query "x3.dnsseed.foo", do i get results for 1 || 2 or 1 && 2 ?
21 2017-10-06 19:14:06	0|BlueMatt|should be 1&&2
22 2017-10-06 19:14:12	0|BlueMatt|is how I understand the spec
23 2017-10-06 19:14:41	0|cfields|damn
24 2017-10-06 19:14:58	0|cfields|then we need a new subdomain syntax, or 2 queries :(
25 2017-10-06 19:15:15	0|cfields|(for NETWORK_LIMITED)
26 2017-10-06 19:15:21	0|sipa|cfields: my seeder only supports querying for x1, x5, x9, x13
27 2017-10-06 19:15:28	0|sipa|(as presently configured)
28 2017-10-06 19:15:30	0|cfields|sipa: yes, whitelist updates as well
29 2017-10-06 19:15:36	0|BlueMatt|for NODE_NETWORK and NODE_NETWORK_LIMITED? I was thinking we'd just keep dnsseed'ing for NODE_NETWORK and then maybe change it a long time in the future
30 2017-10-06 19:16:15	0|sipa|right, dns seeds are mostly a way to find a few active and maintained network nodes
31 2017-10-06 19:16:24	0|sipa|not directly to find the nodes you'll be syncing from
32 2017-10-06 19:16:45	0|BlueMatt|but more importantly you'll probably only use dnsseeds pre-out-of-ibd
33 2017-10-06 19:16:51	0|BlueMatt|so you really only want NETWORK at that point anyway
34 2017-10-06 19:17:14	0|cfields|heh, you guys have conflicting reasonable points
35 2017-10-06 19:17:55	0|BlueMatt|heh, true
36 2017-10-06 19:18:39	0|sipa|i think for now just quering for NODE_NETWORK is fine
37 2017-10-06 19:18:48	0|cfields|if you're just looking to bootstrap and find a few nodes that you can ADDR, flags == 0 seems enough. But because you're most likely in first-run or ibd, NODE_NETWORK seems reasonable.
38 2017-10-06 19:19:16	0|cfields|yea, ok
39 2017-10-06 19:19:16	0|sipa|and if need be, we can add a xAxB syntax or something, to query for A or B
40 2017-10-06 19:20:18	0|BlueMatt|cfields: if you're using them to query addr you should use MayHaveRelevantAddressDB() :p
41 2017-10-06 19:21:24	0|cfields|BlueMatt: yea, that's what i was reasoning through.
42 2017-10-06 19:43:45	0|gmaxwell|keeping it node network is fine for now, esp since you mostly need DNS seeds when you're also in IBD.
43 2017-10-06 19:47:20	0|gmaxwell|actually we should probably also have seeds only returning witness peers now-ish.
44 2017-10-06 19:48:22	0|cfields|gmaxwell: i believe that's the case atm.
45 2017-10-06 22:26:13	0|gmaxwell|https://twitter.com/bcoreproject/status/916279754633957376 :( the imposters are upping the volume. :(
46 2017-10-06 22:40:28	0|promag|cfields: :( make_unique
47 2017-10-06 22:42:37	0|cfields|promag: heh. I think it'd just be a convenience for a unique_ptr as it there's no double-alloc to avoid.