< Chris_Stewart_5>
How does bitcoin core handle the behavior of an undefined hash type for an OP_CHECKSIG op code? Is it just ignored if it isn't a predefined hash type?
< GitHub25>
[bitcoin] laanwj opened pull request #7744: test_framework: detect failure of bitcoind startup (master...2016_03_detect_startup_failure) https://github.com/bitcoin/bitcoin/pull/7744
< wumpus>
hm re: https://github.com/bitcoin/bitcoin/issues/7463, it seems that if bitcoind never spins up RPC (for example, if init failures) the successive bitcoin-cli -rpcwait getblockcount will wait forever
< wumpus>
that's true, that is a reason why one would run multiple versions of bitcoin core, some people indeed do that
< wumpus>
also philosophically, upgrading bitcoin core should be a conscioius decision. You may or may not agree with any consensus changes.
< wumpus>
and for example it doesn't help bug reporting *at all* if some distribution, in its stable release, keeps shipping bitcoin 10.2 forever. We'd get tons of reports against old versions, for bugs that have probably been solved ages ago.
< wumpus>
I'm quite happy that bitcoin isn't packaged by distributions - we had some bad experiences in the past with ubuntu's bitcoin package being stuck at 0.3.x, for example.
< demaged>
besideds, what's the reason bitcoin isn't migrating to testing, stuck in ustable for years now :/
2016-03-24
< GitHub149>
[bitcoin] luke-jr opened pull request #7743: [0.11] Important backports for 0.11.3 (updated to v0.12.0) (0.11...backports-for-0.11.3) https://github.com/bitcoin/bitcoin/pull/7743
< GitHub139>
[bitcoin] luke-jr closed pull request #7047: [WIP] Backports for 0.11.3 (updated to 93ca5a3) (0.11...backports-for-0.11.3) https://github.com/bitcoin/bitcoin/pull/7047
< GitHub178>
[bitcoin] jonasschnelli opened pull request #7742: [Wallet][RPC] add missing abandon status documentation (master...2016/03/ab_doc) https://github.com/bitcoin/bitcoin/pull/7742
< wumpus>
even getting the bitcoin dependencies deterministic was a hell of a lot of work, just imagine for a full OS
< wumpus>
jonasschnelli: scope creep is a very bitcoin-y thing
< wumpus>
<sipa> which means that an attacker can't even see the message sizes, except by traffic analysis <- I think that would be quite essential for bitcoin, as so much can already be identified from the packet sizes
< GitHub17>
[bitcoin] laanwj closed pull request #7506: Use CCoinControl selection in CWallet::FundTransaction (master...enhancement/use-coin-control-selection) https://github.com/bitcoin/bitcoin/pull/7506
< GitHub55>
bitcoin/master b88e0b0 Wladimir J. van der Laan: Merge #7506: Use CCoinControl selection in CWallet::FundTransaction...
< GitHub55>
bitcoin/master d6cc6a1 João Barbosa: Use CCoinControl selection in CWallet::FundTransaction
< GitHub36>
[bitcoin] laanwj closed pull request #7609: All files related to my RPM spec file project in one commit (master...master) https://github.com/bitcoin/bitcoin/pull/7609
< GitHub121>
bitcoin/master 3ba07bd Wladimir J. van der Laan: Merge #7609: All files related to my RPM spec file project in one commit...
< GitHub121>
bitcoin/master 0e4b50a Alice Wonder: Description of RPM directory
< GitHub121>
bitcoin/master 146746b Alice Wonder: All files related to my RPM spec file project in one commit
< wumpus>
I think it's safe to say there won't be so many bitcoin nodes in datacenters to rival the number of https implementations, let alone be a power usage concern
< wumpus>
then again - for bitcoin nodes we need to worry about consumer hw, not so much big datacenters
< gmaxwell>
the only software ever created that does that is bitcoin core.
< sipax>
jonasschnelli: bitcoin does
2016-03-23
< gmaxwell>
hm. so I have a node that was offline for a week throwing "Bitcoin is downloading blocks" -- it's not caught up, and yet it shows no blocks inflight on any peers
< BCB>
Any idea why bitcoin 0.12 would be disconnection from an ipv6 addy with "socket recv error Connection reset by peer (104)" after receiving pong message
< jonasschnelli>
I need to go afk. Happy to discuss that more in detail later. Thanks for the feedback, also happy to get feedback on the bitcoin-dev mail.
< gmaxwell>
as far as the auth goes, I think for bitcoin symmetric mutual auth is not really a perfect fit; -- often the connection-accepting side wants to know that their resources are not being wasted by sybils, but don't really care who it is otherwise... and clients want to know they're talking to the host they expect, but really don't want it to know who they are. The exception is basically when you
< gmaxwell>
jonasschnelli: what sipa and I are referring to is that we don't want bitcoin nodes sending data that distinguishes them (esp passively) from other nodes.
< sipa>
jonasschnelli: if i would redesign bitcoin p2p it would always be authenticated and always encrypted
< GitHub140>
[bitcoin] laanwj closed pull request #7740: [0.12 BP] [Wallet][RPC] add abandoned status to listtransactions (0.12...2016/03/aba_rpc_012) https://github.com/bitcoin/bitcoin/pull/7740
< GitHub170>
bitcoin/0.12 7ffc2bd Jonas Schnelli: [Wallet][RPC] add abandoned status to listtransactions...
< wumpus>
if there are to be any bounties in the bitcoin core project ever it'd be for reviewing code, that's by far the most difficult thing to motivate people to do
< GitHub160>
bitcoin/0.12 19866c1 Alex Morcos: Fix calculation of balances and available coins....
< wumpus>
in any case if anyone actually wants to support bitcoin core on XP, be my guest, you're welcome, but don't simply expect it from others
< GitHub103>
[bitcoin] laanwj opened pull request #7737: devtools: make github-merge.py use py3 (master...2016_03_python_3_github_merge) https://github.com/bitcoin/bitcoin/pull/7737
< GitHub185>
[bitcoin] jonasschnelli opened pull request #7732: [Qt] Debug window: replace "Build date" with "Datadir" (master...2016/03/qt_datadir) https://github.com/bitcoin/bitcoin/pull/7732
2016-03-21
< jtimon>
morcos: wumpus: MarcoFalke this is what I meant the other day, I'm sorry it took me days to have something that could potentially make some sense: https://github.com/bitcoin/bitcoin/pull/7731
< GitHub31>
[bitcoin] jtimon opened pull request #7731: Discussion: By "more precision", I don't mean using rational numbers in CFeeRate (master...0.12.99-feerate) https://github.com/bitcoin/bitcoin/pull/7731
< GitHub50>
[bitcoin] jtimon opened pull request #7728: Fees: Tests: Check CFeeRate internal precision in mempool_tests.cpp (master...0.12.99-feerate-precision-test) https://github.com/bitcoin/bitcoin/pull/7728
< GitHub114>
[bitcoin] jtimon opened pull request #7727: Travis test (not to merge): Introduce silent bug in CFeeRate (master...0.12.99-feerate-test-bug) https://github.com/bitcoin/bitcoin/pull/7727
< moli>
yes, i guess i like to do it my way so i can remember where i put it, and i notice you have bitcoin.conf.5 in your bitcoin-segwit, i wish we could have bitcoin.conf in windows download package
< moli>
and bitcoin.conf doesn't come with the download package, i have to create it and then put it in Bitcoin folder
< moli>
so in the folder Bitcoin it has wallet.dat, bitcoin.conf, etc
< moli>
sipa, i don't use the default, so my datadir is something like this: C:\bitcoin-0.12.0\bin\bitcoin-qt.exe -datadir=C:\Bitcoin
< moli>
oops, i meant bitcoin.conf
< moli>
sipa, i'm not sure if you're looking for bitcoin-conf, but on windows by default it's in: C:\Users\UserName\AppData\Roaming\Bitcoin\bitcoin-conf
< morcos>
mine is in ~/.config/Bitcoin/Bitcoin-Qt.conf
2016-03-20
< sipa>
wumpus, jonasschnelli: is there any way to check what datadir a Bitcoin-Qt was configured to use?
< GitHub85>
[bitcoin] morcos opened pull request #7716: [0.12] Backport BIP9 and softfork for BIP's 68,112,113 (0.11...backportBIP9SoftFork) https://github.com/bitcoin/bitcoin/pull/7716
< wumpus>
morcos: oh no, you found a bitcoin cheat code :D
< GitHub85>
[bitcoin] morcos closed pull request #7706: [WIP] Fix calculation of balances and available coins. (master...fixconflicts2) https://github.com/bitcoin/bitcoin/pull/7706
< GitHub7>
[bitcoin] morcos opened pull request #7715: Fix calculation of balances and available coins. (master...fixconflicts_take2) https://github.com/bitcoin/bitcoin/pull/7715
< jtimon>
too much unnecessary disruption to get to this result, so I had to reduce it to something more readable. After many apparently false positives (I knew the rpc tests couldn't possibly let pass some of the things I did), https://github.com/jtimon/bitcoin/tree/0.12.99-feerate-test-bug it's basically what I have, but I still won't push my not-to-be-merged point about CFeeRate having "bad aji" which I'm still not sure I'm right about
< paveljanik>
I probably won't be able to join the beginning of the meeting again. Suggested topic: Qt 5.6 support. Bitcoin Core doesn't compile with it, because Qt 5.6 dropped almost all pkgconfig files, so configure fails.
< GitHub169>
[bitcoin] morcos opened pull request #7706: [WIP] Fix calculation of balances and available coins. (master...fixconflicts2) https://github.com/bitcoin/bitcoin/pull/7706
< GitHub167>
[bitcoin] laanwj opened pull request #7703: tor: Change auth order to only use HASHEDPASSWORD if -torpassword (master...2016_03_auth_order) https://github.com/bitcoin/bitcoin/pull/7703
< GitHub33>
bitcoin/master 982670c Alex Morcos: Add LockPoints...
< GitHub110>
[bitcoin] MarcoFalke closed pull request #7661: [wallet] Round up to the next satoshi on odd fee rates (master...Mf1603-walletCeil) https://github.com/bitcoin/bitcoin/pull/7661
< GitHub37>
[bitcoin] MarcoFalke closed pull request #7660: [amount] Extend GetFee() by optional flag ceil (master...Mf1603-amountCeil) https://github.com/bitcoin/bitcoin/pull/7660
< wumpus>
bitcoin.org has extensive infrastructure for documentation, don't think bitcoincore.org has
< MarcoFalke>
but bitcoin/bitcoin commits are read by somewhat more people than the website commits
< morcos>
anywya, we're not talking about using doubles for an amount, i think everyone would 100% agree, that no bitcoin amount should ever be represented as a double (bitcoins.satoshis)
< MarcoFalke>
Using doubles for bitcoin should be fine right now, as a double can hold all possible values with exact precision IIRC.
< GitHub103>
[bitcoin] laanwj closed pull request #7697: Tests: make prioritise_transaction.py more robust (master...fix-prioritise-transaction) https://github.com/bitcoin/bitcoin/pull/7697
< GitHub116>
bitcoin/master 622fe6c Wladimir J. van der Laan: Merge #7697: Tests: make prioritise_transaction.py more robust...
< GitHub116>
bitcoin/master ec14339 Suhas Daftuar: Tests: make prioritise_transaction.py more robust
< Chris_Stewart_5>
thanks guys, If I am understanding this correctly, we would have to deploy another soft fork to make this signature valid again for bitcoin core nodes? Are the flags in the test case used ONLY for these test cases or is there similar flags used in bitcoin core's interpreter?
< Chris_Stewart_5>
Hi guys, I know this isn't the correct channel, but I figured some one in this channel might be able to answer my question - i've already tried #bitcoin-dev
< GitHub25>
[bitcoin] sdaftuar opened pull request #7697: Tests: make prioritise_transaction.py more robust (master...fix-prioritise-transaction) https://github.com/bitcoin/bitcoin/pull/7697
< GitHub1>
[bitcoin] EthanHeilman opened pull request #7696: Fix de-serialization bug where AddrMan is left corrupted (master...bug) https://github.com/bitcoin/bitcoin/pull/7696
< GitHub87>
[bitcoin] sipa opened pull request #7689: Replace OpenSSL AES with our own constant-time version (edit of #5949) (master...const_aes) https://github.com/bitcoin/bitcoin/pull/7689
< GitHub73>
[bitcoin] sipa opened pull request #7688: List solvability in listunspent output and improve help (master...helpspendsolv) https://github.com/bitcoin/bitcoin/pull/7688