Re: [Bitcoin-development] Concerns Regarding Threats by a Developer to Remove Commit Access from Other Developers

2015-06-18 Thread Wladimir J. van der Laan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 This kind of thing always happens as projects become larger and more diverse. Something that was once a small group turns into a big group of diverse stakeholders. When it gets too big for the informal processes then some people get upset and

Re: [Bitcoin-development] Concerns Regarding Threats by a Developer to Remove Commit Access from Other Developers

2015-06-18 Thread Wladimir J. van der Laan
On Thu, Jun 18, 2015 at 06:05:58PM +0200, Mike Hearn wrote: Once a draft BIP has been submitted to bitcoin-development for consideration, the Bitcoin Core maintainer will deliver a preliminary yes/no verdict within three weeks. This verdict may be informed by the debate that has taken part in

Re: [Bitcoin-development] Is SourceForge still trustworthy enough to host this list?

2015-06-11 Thread Wladimir J. van der Laan
On Wed, Jun 10, 2015 at 09:36:23PM +0300, s7r wrote: The mail list is public, so it's not like the data on it is somehow sensitive. Sourcefoge is fine, it has a nice web UI where you can browse the message and sort/order them as you want, etc. Why would you want to move to a paid solution?

Re: [Bitcoin-development] Is SourceForge still trustworthy enough to host this list?

2015-06-10 Thread Wladimir J. van der Laan
On Wed, Jun 10, 2015 at 10:25:12AM +0200, xor wrote: http://www.howtogeek.com/218764/warning-don%E2%80%99t-download-software-from-sourceforge-if-you-can-help-it/ All our downloads (even old ones) have recently been deleted from sourceforge, for this reason. They haven't been mentioned in Bitcon

Re: [Bitcoin-development] [RFC] Canonical input and output ordering in transactions

2015-06-06 Thread Wladimir J. van der Laan
On Fri, Jun 05, 2015 at 09:46:17PM -0700, Mark Friedenbach wrote: Rusty, this doesn't play well with SIGHASH_SINGLE which is used in assurance contracts among other things. Sometimes the ordering is set by the signing logic itself... But in that case (unconstrained) randomization can't be used

[Bitcoin-development] Bitcoin core 0.11.0 release candidate 1 available

2015-06-05 Thread Wladimir J. van der Laan
Hello, I've just uploaded Bitcoin Core 0.11.0rc1 executables to: https://bitcoin.org/bin/bitcoin-core-0.11.0/test/ The source code can be found in the source tarball or in git under the tag 'v0.11.0rc1' Preliminary release notes can be found here:

[Bitcoin-development] Bitcoin Core 0.9.5 released

2015-05-24 Thread Wladimir J. van der Laan
` build: fix dynamic boost check when --with-boost= is used Credits Thanks to who contributed to this release, at least: - 21E14 - Alex Morcos - Cory Fields - Gregory Maxwell - Pieter Wuille - Wladimir J. van der Laan As well as everyone that helped translating on [Transifex](https

[Bitcoin-development] Bitcoin Core 0.9.5 release candidate 1 tagged

2015-05-19 Thread Wladimir J. van der Laan
Hello, I've just tagged release candidate 1 for 0.9.5 (tag `v0.9.5rc1`). The reason for this backport release is to make BIP66 available on the 0.9 branch. This has been requested by a few users, mostly miners. Full (preliminary) release notes can be found at:

[Bitcoin-development] Bitcoin Core 0.10.2 released

2015-05-19 Thread Wladimir J. van der Laan
-- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep

[Bitcoin-development] Bitcoin Core 0.10.1 release candidate 2 available

2015-05-14 Thread Wladimir J. van der Laan
Binaries for bitcoin Core version 0.10.2rc1 are now available from: https://bitcoin.org/bin/0.10.2/test Source code can be found on github under the signed tag https://github.com/bitcoin/bitcoin/tree/v0.10.2rc1 This is a release candidate for a minor version release, with mainly a fix for

Re: [Bitcoin-development] Block Size Increase

2015-05-07 Thread Wladimir J. van der Laan
On Wed, May 06, 2015 at 10:12:14PM +, Matt Corallo wrote: Personally, I'm rather strongly against any commitment to a block size increase in the near future. Long-term incentive compatibility requires that there be some fee pressure, and that blocks be relatively consistently full or very

[Bitcoin-development] Bitcoin core 0.11 planning

2015-04-28 Thread Wladimir J. van der Laan
Hello all, The release window for 0.11 is nearing, I'd propose the following schedule: 2015-05-01 Soft translation string freeze Open Transifex translations for 0.11 Finalize and close translation for 0.9 2015-05-15 Feature freeze, string freeze 2015-06-01 Split off

[Bitcoin-development] Bitcoin Core 0.10.1 released

2015-04-27 Thread Wladimir J. van der Laan
contributed to this release: - Alex Morcos - Cory Fields - dexX7 - fsb4000 - Gavin Andresen - Gregory Maxwell - Ivan Pustogarov - Jonas Schnelli - Matt Corallo - mrbandrews - Pieter Wuille - Ruben de Vries - Suhas Daftuar - Wladimir J. van der Laan And all those who contributed additional code

[Bitcoin-development] Bitcoin Core 0.10.1 release candidate 3 available

2015-04-21 Thread Wladimir J. van der Laan
I've just uploaded Bitcoin Core 0.10.1rc3 executables to: https://bitcoin.org/bin/bitcoin-core-0.10.1/test/ The source code can be found in git under the tag 'v0.10.1rc3' on the `0.10` branch. New in this RC is another batch of bug fixes, - `eae305f` Fix missing lock in submitblock -

[Bitcoin-development] Bitcoin Core 0.10.1 release candidate 1 available

2015-04-02 Thread Wladimir J. van der Laan
to everyone who contributed to this release: - Alex Morcos - Cory Fields - dexX7 - fsb4000 - Gregory Maxwell - Ivan Pustogarov - Jonas Schnelli - Pieter Wuille - Ruben de Vries - Suhas Daftuar - Wladimir J. van der Laan As well as everyone that helped translating on [Transifex](https