< GitHub196>
[bitcoin] jtimon opened pull request #8856: Globals: Decouple GetConfigFile and ReadConfigFile from global mapArgs (master...0.13-globals-utils-configfile) https://github.com/bitcoin/bitcoin/pull/8856
< GitHub93>
[bitcoin] jtimon opened pull request #8855: Use a proper factory for creating chainparams (master...0.13-chainparams-factory) https://github.com/bitcoin/bitcoin/pull/8855
< GitHub16>
[bitcoin] sdaftuar opened pull request #8854: [qa] Fix race condition in p2p-compactblocks test (master...fix-p2p-sync) https://github.com/bitcoin/bitcoin/pull/8854
< GitHub44>
[bitcoin] laanwj closed pull request #8851: [wallet] Move key derivation logic from GenerateNewKey to DeriveNewChildKey (pstratem) (master...Mf1610-walletDeriveNewChildPStratem) https://github.com/bitcoin/bitcoin/pull/8851
< GitHub187>
[bitcoin] laanwj closed pull request #8375: [Wallet] Move key derivation logic from GenerateNewKey to DeriveNewChildKey (master...2016-07-19-cwallet-derivenewkey) https://github.com/bitcoin/bitcoin/pull/8375
< GitHub129>
bitcoin/master 940748b Wladimir J. van der Laan: Merge #8851: [wallet] Move key derivation logic from GenerateNewKey to DeriveNewChildKey (pstratem)...
< GitHub129>
bitcoin/master e198c52 Patrick Strateman: Move key derivation logic from GenerateNewKey to DeriveNewChildKey
< GitHub192>
[bitcoin] MarcoFalke opened pull request #8851: [wallet] Move key derivation logic from GenerateNewKey to DeriveNewChildKey (pstratem) (master...Mf1610-walletDeriveNewChildPStratem) https://github.com/bitcoin/bitcoin/pull/8851
< GitHub100>
[bitcoin] MarcoFalke closed pull request #8633: Ugly hack to print out tests as they are run to mitigate travis timeouts (master...test-driver-hack) https://github.com/bitcoin/bitcoin/pull/8633
< GitHub8>
[bitcoin] laanwj opened pull request #8850: Implement (begin|end)_ptr in C++11 and add deprecation comment (master...2016_09_beginptr_deprecation) https://github.com/bitcoin/bitcoin/pull/8850
< GitHub8>
[bitcoin] czzarr opened pull request #8849: print P2WSH redeemScript in getrawtransaction if it s not a pubkey (master...print-p2wsh-redeemscript-in-getrawtransaction) https://github.com/bitcoin/bitcoin/pull/8849
< GitHub19>
[bitcoin] laanwj closed pull request #8836: bitcoin-util-test.py should fail if the output file is empty (master...bitcoin-tx-no-empty-outputs) https://github.com/bitcoin/bitcoin/pull/8836
< GitHub160>
bitcoin/master 90adfab Wladimir J. van der Laan: Merge #8836: bitcoin-util-test.py should fail if the output file is empty...
< GitHub160>
bitcoin/master da94697 jnewbery: bitcoin-util-test.py should fail if the output file is empty
< GitHub152>
[bitcoin] laanwj closed pull request #8840: test: Explicitly set encoding to utf8 when opening text files (master...2016_09_textfiles_locale) https://github.com/bitcoin/bitcoin/pull/8840
< GitHub193>
bitcoin/master 9298601 Wladimir J. van der Laan: Merge #8840: test: Explicitly set encoding to utf8 when opening text files...
< GitHub193>
bitcoin/master 30930e8 Wladimir J. van der Laan: test: Explicitly set encoding to utf8 when opening text files...
< wumpus>
although as an idea for bitcoin it's new, I think. THere has been a patch to add a button to disable networking completely but that kind of misses the point. That means a full catch-up has to be done when re-enabling
< wumpus>
bitcoin interrupts video playback? even in steady state mode?
< gmaxwell>
so every time I go to use bitcoin I'm stuck waiting for it to catch up.
< gmaxwell>
more obvious to me just by chance of hering more people complain about it, also I've stopped running a node 24/7 on my laptop because I've been watching the battlestar galactica series in evenings and bitcoin interupts video playback. :)
< GitHub72>
[bitcoin] jnewbery opened pull request #8845: Don't return the address of a P2SH of a P2SH (master...trivial-P2SH-P2SH) https://github.com/bitcoin/bitcoin/pull/8845
< gmaxwell>
Part of why I haven't given this that much more thought is because I think bitcoin will need to move to the commit state and forget history model; the ever growing sync time is too big a tide to stand against.
< gmaxwell>
well if the users of bitcoin accepted that kind of security model change, what I would suggest is something like every 26280 blocks the block is required to have a commitment to the utxo set (could be a linear hash) as of 2016 blocks prior. and then six months of work after that, that commitment becomes usable for initial sync. and so then no one need process more than a year of blocks at sync.
< sipa>
brainwave: bitcoin core does not and cannot know exchange rates
< sipa>
S=0; fgrep DEEP ~/.bitcoin/debug.log | cut -d ' ' -f 4 | sort -g | uniq -c | tac | while read C D; do S=$(($S+$C)); echo "$D $C $S"; done | tac | less
< GitHub159>
[bitcoin] laanwj opened pull request #8843: rpc: Handle `getinfo` client-side in bitcoin-cli w/ `-getinfo` (master...2016_09_getinfo_clientside) https://github.com/bitcoin/bitcoin/pull/8843
< luke-jr>
achow101_: meh, should just collapse that into #bitcoin-dev :p
< achow101_>
#bitcoin-armory
< gmaxwell>
for those thinking that we have to verify all the old stuff for all time, that might be true for bitcoin core, but in the future I could imagine some implementations just not bothering to verify old stuff.
< gmaxwell>
wumpus: just the "you got a faithful bitcoin core download but the attacker controls your network"... but that doesn't need a checkpoint to fix, a simple partitioning detction that knows the total work of the best chain at releast time is sufficient.
< gmaxwell>
(for example Bitcoin Classic's current behavior simply looks at block header timestamps and ignores signatures when they're more than 24 hours (*par) old by the local clock. It's easily exploited and makes me sad.
< wumpus>
288 is the minimum pruning amount in bitcoin core already so it'd be a valid choice
< petertodd>
so a social consideration here, is we can think in terms of recent history as "if there's a flaw, how much would we ever reorg w/o just saying bitcoin has failed?"
< wumpus>
s/bitcoin/bittorrent/
< petertodd>
sipa: so the nice thing about bitcoin, is just randomly try will probably work fairly often due to the low number of ranges out there
< wumpus>
I doubt bitcoin has 'service flags' in its tracker what blocks nodes have
< petertodd>
luke-jr: I don't think so - bittorrent is a very different problem than bitcoin
< petertodd>
sipa: see, given that the bitcoin protocol can't be safely sharded right now, I think we can safely say that we don't need to support sharding in block relay yet
< GitHub51>
[bitcoin] laanwj opened pull request #8840: test: Explicitly set encoding to utf8 when opening text files (master...2016_09_textfiles_locale) https://github.com/bitcoin/bitcoin/pull/8840
< GitHub75>
[bitcoin] laanwj closed pull request #8826: Do not include env_win.cc on non-Windows systems (master...20160928_leveldb_no_win) https://github.com/bitcoin/bitcoin/pull/8826
< GitHub17>
bitcoin/master 7e5fd71 Pavel Janík: Do not include env_win.cc on non-Windows systems
< GitHub17>
bitcoin/master f560d95 Wladimir J. van der Laan: Merge #8826: Do not include env_win.cc on non-Windows systems...
< GitHub16>
[bitcoin] jnewbery opened pull request #8838: Only log block size if block size is being accounted (master...dont_log_size) https://github.com/bitcoin/bitcoin/pull/8838
< GitHub100>
[bitcoin] jnewbery opened pull request #8837: allow bitcoin-tx to parse partial transactions (master...bitcoin-tx-partial-transactions) https://github.com/bitcoin/bitcoin/pull/8837
< GitHub8>
[bitcoin] jnewbery opened pull request #8836: bitcoin-util-test.py should fail if the output file is empty (master...bitcoin-tx-no-empty-outputs) https://github.com/bitcoin/bitcoin/pull/8836
< GitHub180>
[bitcoin] MarcoFalke opened pull request #8835: [qa] nulldummy.py: Don't run unused code (master...Mf1610-qaNulldummyUnused) https://github.com/bitcoin/bitcoin/pull/8835
< wumpus>
I'm pleasantly surprised how well the wireshark dissector for the bitcoin protocol works, can just do "tcp port 18333" then use a display filter of "bitcoin" and gets a running list of bitcoin packets easy to inspect using the tree structure
< wumpus>
we should start selling a hardware quality certificates: has synced the bitcoin block chain succesfully
< GitHub162>
[bitcoin] laanwj closed pull request #7522: Bugfix: Only use git for build info if the repository is actually the right one (master...bugfix_gitdir) https://github.com/bitcoin/bitcoin/pull/7522
< GitHub165>
[bitcoin] laanwj closed pull request #8730: depends: Add libevent compatibility patch for windows (master...2016_09_libevent_windows_gcc_531) https://github.com/bitcoin/bitcoin/pull/8730
< GitHub3>
bitcoin/master 489a6ab Wladimir J. van der Laan: Merge #8730: depends: Add libevent compatibility patch for windows...
< GitHub3>
bitcoin/master 64047f8 Wladimir J. van der Laan: depends: Add libevent compatibility patch for windows...
< GitHub93>
[bitcoin] laanwj closed pull request #8832: [rpc] throw JSONRPCError when utxo set can not be read (master...Mf1610-rpcUtxoFail) https://github.com/bitcoin/bitcoin/pull/8832
< GitHub131>
bitcoin/master 7d563cc Wladimir J. van der Laan: Merge #8832: [rpc] throw JSONRPCError when utxo set can not be read...
< GitHub131>
bitcoin/master fa05cfd MarcoFalke: [rpc] throw JSONRPCError when utxo set can not be read
< GitHub123>
[bitcoin] MarcoFalke opened pull request #8832: [rpc] throw JSONRPCError when utxo set can not be read (master...Mf1610-rpcUtxoFail) https://github.com/bitcoin/bitcoin/pull/8832
< wumpus>
BTW bitcoin core on FreeBSD nearly works out of the box with ports-provided development packages, not nearly the struggle it is on OpenBSD. Though I don't think I've run the RPC tests yet :)
< GitHub163>
[bitcoin] paveljanik opened pull request #8826: Do not include env_win.cc on non-Windows systems (master...20160928_leveldb_no_win) https://github.com/bitcoin/bitcoin/pull/8826
< sipa>
no objection to moving it to bitcoin-core bte
< wumpus>
it isn't part of the bitcoin core release cycle either
< wumpus>
I have some other scripts too, a few other code analysis tools, and to build release notes, author lists etc. All can be useful, but it's pretty much a meta-project to bitcoin itself.
< sipa>
and changing it would introduce replay attacks to bitcoin
< sipa>
bitcoin core uses some heuristics when parsing input for fundrawtransaction and decoderawtransaction to determine whether it's an incomplete non-segwit transaction instead
< wumpus>
cfields_: an example, let's say I'm cross-compiling for ARM. I have my own toolchain which I've built myself specifically for the device I'm cross-compiling to. But I use the depends to build bitcoin's dependencies.
< wumpus>
cfields_: I think it makes sense, although it has to be deterministically reproducible over a longer time than typical bitcoin releases I guess
< d4de>
I'm a bitcoin user... why, because I believe bitcoind should do one thing and one thing only instead of having the binary be bigger?
< GitHub154>
[bitcoin] czzarr closed pull request #8816: print P2WSH redeemScript in getrawtransaction if it s not a pubkey (master...print-p2wsh-redeemscript-in-getrawtransaction) https://github.com/bitcoin/bitcoin/pull/8816
< GitHub176>
[bitcoin] czzarr opened pull request #8816: print P2WSH redeemScript in getrawtransaction if it s not a pubkey (master...print-p2wsh-redeemscript-in-getrawtransaction) https://github.com/bitcoin/bitcoin/pull/8816
< paveljanik>
jonasschnelli, I have started testnet Qt with the current master from scratch, only bitcoin.conf remained. There is no overlay window showing it is synchronizing. Should it be displayed?
< wumpus>
so I think we can just rely on that any OS that support daemonization in the first place and runs bitcoin core has that call
< sipa>
bitcoin core is sending you a getdata
2016-09-25
< GitHub70>
[bitcoin] laanwj opened pull request #8811: rpc: Add support for JSON-RPC named arguments (master...2016_09_rpc_named_arguments) https://github.com/bitcoin/bitcoin/pull/8811
< GitHub12>
[bitcoin] laanwj closed pull request #8743: Remove old manpages from contrib/debian in favour of doc/man (master...remove-old-manpages) https://github.com/bitcoin/bitcoin/pull/8743
< GitHub152>
bitcoin/master b194872 fanquake: Remove old manpages from contrib/debian
< GitHub152>
bitcoin/master bae178f Wladimir J. van der Laan: Merge #8743: Remove old manpages from contrib/debian in favour of doc/man...
< GitHub70>
[bitcoin] laanwj closed pull request #8771: CONTRIBUTING: Mention not to open several pulls (master...Mf1609-ContributeDoc) https://github.com/bitcoin/bitcoin/pull/8771