< GitHub4>
[bitcoin] laanwj closed pull request #7598: Refactor CreateNewBlock to be a method of the BlockAssembler class (master...BlockAssembler) https://github.com/bitcoin/bitcoin/pull/7598
< GitHub61>
bitcoin/master c2dd5a3 Alex Morcos: FIX: correctly measure size of priority block
< GitHub61>
bitcoin/master a278764 Alex Morcos: FIX: Account for txs already added to block in addPriorityTxs
< GitHub61>
bitcoin/master 4dc94d1 Alex Morcos: Refactor CreateNewBlock to be a method of the BlockAssembler class
< GitHub158>
[bitcoin] fanquake opened pull request #8193: [trivial][doc] Use Debian 8.5 in the gitian-build guide (master...gitian-debian-85) https://github.com/bitcoin/bitcoin/pull/8193
< GitHub196>
[bitcoin] fanquake opened pull request #8192: [trivial] Add a link to the Bitcoin-Core repository to the About Dialog (master...source-code-link) https://github.com/bitcoin/bitcoin/pull/8192
2016-06-11
< GitHub59>
[bitcoin] paveljanik opened pull request #8191: Do not shadow variables in src/wallet (master...20160611_shadowing_wallet) https://github.com/bitcoin/bitcoin/pull/8191
< GitHub153>
[bitcoin] MarcoFalke opened pull request #8187: [WIP] [0.12.2] backport: [qa] Switch to py3 (0.12...Mf1606-qaPy3Backport) https://github.com/bitcoin/bitcoin/pull/8187
< GitHub176>
[bitcoin] MarcoFalke opened pull request #8186: [0.12.2] backport: getblockchaininfo: make bip9_softforks an object, not an array. (0.12...Mf1606-rpcBip9Backport) https://github.com/bitcoin/bitcoin/pull/8186
< luke-jr>
jeremyrubin: segwit is a major change to Bitcoin - not Bitcoin Core.
< wumpus>
jeremyrubin: I'm not sure. I have no idea what autogen.sh would be spending time on. But it seems more a GNU problem thatn a bitcoin core problem :)
< luke-jr>
jonasschnelli: I'm thinking more of Bitcoin-Qt
< jonasschnelli>
I think adding cross compile depends options for ARM and AARCH64 would also reduce the "memory problem" (at least the amount of complains): https://github.com/bitcoin/bitcoin/issues/8162
< wumpus>
seek/read access for source files is only a problem for really huge projects, and then especially when the source is hosted on some horrible network file system (like clearcase), in any case bitcoin doesn't even come close
< jonasschnelli>
What about providing a script/cli-tool (C++) that would perform some heave leveldb tests with block like data? Something like a bitcoin-hardware-test?
< GitHub101>
[bitcoin] laanwj closed pull request #8172: Fix two warnings for comparison between signed and unsigned (master...fixunsigned) https://github.com/bitcoin/bitcoin/pull/8172
< GitHub0>
bitcoin/master 7e6dd7b Wladimir J. van der Laan: Merge #8172: Fix two warnings for comparison between signed and unsigned...
< GitHub0>
bitcoin/master 77f63a4 Pieter Wuille: Fix two warnings for comparison between signed and unsigned
< GitHub140>
[bitcoin] gmaxwell opened pull request #8179: Evict orphans which are included or precluded by accepted blocks. (master...reap_orphans) https://github.com/bitcoin/bitcoin/pull/8179
< gmaxwell>
yea, a side effect of the bitcoin protocol having no mechensim to just fetch txn already in blocks, which has a good reason for it (among other things, it helps keep the network from being abused as a file trading DHT)
< _anthony_>
bitcoin satellites are definitely the way to go
< gmaxwell>
There are other totally different alternatives though, like PIR scan services, which I think we almost have enough in bitcoin core to support as a purely external add on.
< gmaxwell>
rubensayshi: you should have your own network, and stop storing data unrelated to bitcoin in the bitcoin network.
< sipa>
you're storing data on my disk, without benefitting me or the bitcoin ecosystem
< gmaxwell>
rubensayshi: Bitcoin is a currency not a public shared database.
< rubensayshi>
offtopic; gmaxwell, I've never heard any1 say counterparty competes with bitcoin, it's focus is tokens (and soon EVM), it would be insane to think it could compete with bitcoin (considering the reduced efficiency)
< GitHub47>
[bitcoin] laanwj opened pull request #8175: gitian: Add --disable-bench to config flags for windows (master...2016_06_disable_bench_windows) https://github.com/bitcoin/bitcoin/pull/8175
< gmaxwell>
People involved with counterparty have told me they intend for counterparty to replace the bitcoin currency because the distribution of bitcoins is "unfair" and counterparty is "more equitable"-- I don't think it's accurate to describe it as an "upper layer" system, it's a system that explicitly is in competition with the bitcoin currency.
< NicolasDorier>
sipa: long story short bytespersigop enforced in AcceptToMempool broke some use case on upper layer (https://github.com/bitcoin/bitcoin/issues/8079) we have a simple way to fix it, but it would require to count signatures for a transaction a second time accuratly. Do you think it would be a problem performance wise ? I don't think so but maybe I am missing
< jonasschnelli>
cfields_: the bitcoin part was easy, the part on the bitcoin-seeder was more complex. :)
< GitHub53>
[bitcoin] sipa closed pull request #8083: Add support for dnsseeds with option to filter by servicebits (master...2016/05/dnsfilter) https://github.com/bitcoin/bitcoin/pull/8083
< GitHub12>
bitcoin/master cd0c513 Pieter Wuille: Merge #8083: Add support for dnsseeds with option to filter by servicebits...
< GitHub12>
bitcoin/master 2d83013 Jonas Schnelli: Add support for dnsseeds with option to filter by servicebits
< GitHub68>
[bitcoin] sipa opened pull request #8172: Fix two warnings for comparison between signed and unsigned (master...fixunsigned) https://github.com/bitcoin/bitcoin/pull/8172
< GitHub153>
[bitcoin] laanwj closed pull request #7530: autogen.sh: check for libtool before automake fails to find it (master...libtool-check) https://github.com/bitcoin/bitcoin/pull/7530
< GitHub0>
[bitcoin] laanwj closed pull request #8126: std::shared_ptr based CTransaction storage in mempool (master...sharedmempool) https://github.com/bitcoin/bitcoin/pull/8126
< GitHub172>
bitcoin/master dbfb426 Pieter Wuille: Optimize the relay map to use shared_ptr's...
< GitHub172>
bitcoin/master 8d39d7a Pieter Wuille: Switch CTransaction storage in mempool to std::shared_ptr
< GitHub172>
bitcoin/master 1b9e6d3 Pieter Wuille: Add support for unique_ptr and shared_ptr to memusage
< GitHub18>
[bitcoin] laanwj closed pull request #7703: tor: Change auth order to only use password auth if -torpassword (master...2016_03_auth_order) https://github.com/bitcoin/bitcoin/pull/7703
< GitHub196>
bitcoin/master 761cddb Wladimir J. van der Laan: Merge #7703: tor: Change auth order to only use password auth if -torpassword...
< GitHub196>
bitcoin/master 2e49448 Wladimir J. van der Laan: tor: Change auth order to only use HASHEDPASSWORD if -torpassword...
< jonasschnelli>
We can change it bitcoin-tx wide later
< jonasschnelli>
Yes. I just saw that there are atoi in bitcoin-tx (before my change) and I just was "continue" that way. But I agree, re-using the ParseInt* stuff is better
< GitHub141>
[bitcoin] theuni opened pull request #8167: gitian: Ship debug tarballs/zips with debug symbols (master...split-debug) https://github.com/bitcoin/bitcoin/pull/8167
< Chris_Stewart_5>
If I specify a -datadir when launching an instnce of bitcoind, does my bitcoind instance look for a bitcoin.conf inside of my datadir, or ~/.bitcoin/bitcoin.conf?
< GitHub70>
[bitcoin] paveljanik opened pull request #8166: src/test: Do not shadow local variables (master...20160607_shadowing_tests) https://github.com/bitcoin/bitcoin/pull/8166
< btcdrak>
Danco_: it's probably a question for #bitcoin-dev or #bitcoin. this channel is specifically for Bitcoin Core development.
< jonasschnelli>
(at least on the bitcoin blockchain)
< GitHub110>
[bitcoin] paveljanik opened pull request #8163: Do not shadow global RPC table variable (tableRPC) (master...20160607_shadowing_rpc) https://github.com/bitcoin/bitcoin/pull/8163
< GitHub140>
[bitcoin] laanwj closed pull request #7957: [RPC][Bitcoin-TX] Add support for sequence number (master...2016/04/rbf_base) https://github.com/bitcoin/bitcoin/pull/7957
< GitHub19>
bitcoin/master ae357d5 Jonas Schnelli: [Bitcoin-Tx] Add tests for sequence number support
< GitHub19>
bitcoin/master a946bb6 Jonas Schnelli: [RPC] createrawtransaction: add option to set the sequence number per input
< GitHub19>
bitcoin/master e59336f Jonas Schnelli: [bitcoin-tx] allow to set nSequence number over the in= command