1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
|
Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193]
helo=mx.sourceforge.net)
by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
(envelope-from <steve@mistfpga.net>) id 1TMMpH-0001Y3-1k
for bitcoin-development@lists.sourceforge.net;
Thu, 11 Oct 2012 17:45:39 +0000
Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of mistfpga.net
designates 208.91.199.217 as permitted sender)
client-ip=208.91.199.217; envelope-from=steve@mistfpga.net;
helo=us2.outbound.mailhostbox.com;
Received: from us2.outbound.mailhostbox.com ([208.91.199.217])
by sog-mx-3.v43.ch3.sourceforge.com with esmtp (Exim 4.76)
id 1TMMpF-000489-Rd for bitcoin-development@lists.sourceforge.net;
Thu, 11 Oct 2012 17:45:39 +0000
Received: from [192.168.254.11] (5ad2e75a.bb.sky.com [90.210.231.90])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(No client certificate requested)
(Authenticated sender: steve@mistfpga.net)
by us2.outbound.mailhostbox.com (Postfix) with ESMTPSA id A9BA9698C86;
Thu, 11 Oct 2012 17:45:29 +0000 (GMT)
Message-ID: <507705B1.2050404@mistfpga.net>
Date: Thu, 11 Oct 2012 18:45:21 +0100
From: steve <steve@mistfpga.net>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
rv:15.0) Gecko/20120907 Thunderbird/15.0.1
MIME-Version: 1.0
To: Gavin Andresen <gavinandresen@gmail.com>
References: <CABsx9T2Y+Ku1DcvWGS+c3p+qRFKbM8O=-CuL=1kC0TZdK1Sz5A@mail.gmail.com>
In-Reply-To: <CABsx9T2Y+Ku1DcvWGS+c3p+qRFKbM8O=-CuL=1kC0TZdK1Sz5A@mail.gmail.com>
X-Enigmail-Version: 1.4.4
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-CTCH-Spam: Unknown
X-CTCH-VOD: Unknown
X-CTCH-RefID: str=0001.0A020206.507705BB.00BD, ss=1, re=0.000, recu=0.000,
reip=0.000, cl=1, cld=1, fgs=0
X-Scanned-By: MIMEDefang 2.72 on 172.16.214.9
X-Spam-Score: -1.6 (-)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
See http://spamassassin.org/tag/ for more details.
-1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for
sender-domain
-0.0 SPF_PASS SPF: sender matches SPF record
-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
author's domain
0.1 DKIM_SIGNED Message has a DKIM or DK signature,
not necessarily valid
-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
0.0 AWL AWL: From: address is in the auto white-list
X-Headers-End: 1TMMpF-000489-Rd
Cc: Bitcoin Development <bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] 0.7.1 release candidate 1 ready for
testing
X-BeenThere: bitcoin-development@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <bitcoin-development.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
<mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>
List-Post: <mailto:bitcoin-development@lists.sourceforge.net>
List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
<mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>
X-List-Received-Date: Thu, 11 Oct 2012 17:45:39 -0000
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
On 11/10/2012 16:46, Gavin Andresen wrote:
> Any progress on a release candidate QA sanity testing plan?
essentially yes - in all seriousness, I have come around to your way
of thinking, it is not worth arguing about. we end up in the same place.
:) nothing is final though. I will be opening it up to Arklan in a bit
(I have a pool match tonight so after that depending on how drunk i
get.) and to another couple of people who have emailed me off list who
would like to be involved in testing.
I have not created any new tests for the new stuff. this is still the
noddy stuff.
It covers everything that needs to be covered for a newbe or someone
upgrading clients.
and it is in many formats the moment (from wiki to test runner) none
particularly useful (about to import into mantis, just fiddling with
the fields so it does testcases)
I have been trying to separate the tests into what can be automated,
recorded and checked by watching the video and have sanity checks
along the way (published sha and sha256 of the binaries match) -
(obviously the test is flagged to be run manually if there is any doubt)
I did take myself outside and had a little sit down and talk to
myself. Lets not run before we can walk. I will still keep the grand
ideas, but they are on the back burner. (I got called a blue skies
thinker today, wtf is one of them? I said smiled and said thanks)
the main things we make sure we get tested right are all the GAT tests
in bettermeans.They are more protocol based and should be run against
all releases. Lets nail that process, peer review it, retest it, then
use that as a basis for The Process. I will temper my zealousness. I
realise that I can come across as bullish or even aggressive in my
emails. I never mean too.(unless I say I am. That is not an excuse
for my poor english language skills.)
But I still think that the people running the tests should have the
greatest say in what software is used. So once you have access to the
server and the cases feel free to install your favourite software and
see what other people think.
but we have a vague structure and workflow so it will be interesting
to see how it works out.
the git integration will be trivial.
please email me if you would like access. I am off out in 15 mins but
I promise to have all access sorted by tomorrow. I am only using 3
vps to show example testing and test platforms. I would like it if we
could get a technet license with the donations so far, I use mine (and
my msdn) for work.
also check out bettermeans for the formats that I will be using.
bollocks. bollocks. bollocks
https://secure.bettermeans.com/projects/4180
bye bye bettermeans. how we never knew ye.
Gavin, can we get a bitcoin-test mailing list please. it would be
used for discussion of testing, tools, ideas, chatter, etc. it would
not be a place reporting bugs... This list seems very focused and I
always feel like I am disrupting things with my emails about test. I
dont mind admining the list. I would rather be vocal and inclusive, I
dont think the dev list is the place for that.
>
>
> Bitcoin version 0.7.1 release candidate 1 is now available from:
> http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.7.1/test/
>
> This is a bug-fix minor release.
>
> New features ------------
>
> * Added a boolean argument to the RPC 'stop' command, if true sets
> -detachdb to create standalone database .dat files before shutting
> down.
>
> * -salvagewallet command-line option, which moves any existing
> wallet.dat to wallet.{timestamp}.dat and then attempts to salvage
> public/private keys and master encryption keys (if the wallet is
> encrypted) into a new wallet.dat. This should only be used if your
> wallet becomes corrupted, and is not intended to replace regular
> wallet backups.
>
> * Import $DataDir/bootstrap.dat automatically, if it exists.
>
> Dependency changes ------------------
>
> * Qt 4.8.2 for Windows builds
>
> * openssl 1.0.1c
>
> Bug fixes ---------
>
> * When running -testnet, use RPC port 18332 by default.
>
> * Better detection and handling of corrupt wallet.dat and
> blkindex.dat files. Previous versions would crash with a
> DB_RUNRECOVERY exception, this version detects most problems and
> tells you how to recover if it cannot recover itself.
>
> * Fixed an uninitialized variable bug that could cause transactions
> to be reported out of order.
>
> * Fixed a bug that could cause occasional crashes on exit.
>
> * Warn the user that they need to create fresh wallet backups after
> they encrypt their wallet.
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iQEcBAEBAgAGBQJQdwWxAAoJEFvEB9dQFvtQiuMIAJpdu23biq56apMO/KfqmSB0
kQPflDD2XMxTknfqzRs35/EFgL0mJ/cYfY3qTW9JOWL/cit4ieq2EA4P3uQeFFDC
NCxIuDxOzOIaZ+SzRZENXdpVWKRNP1RgUCANm3YfrJBlavr9a/om36nP1IK0W4MB
QcPXrrZvipt1xhx1G/V6NvYbZA3lTAJBFzuz2oRJNwlYoExJFw8EHBypa67BUNOj
NDg1Wu5Ppyq7dZbgfhw4HxIIvgwn/vaSm/tX6HJxyKN7HUJIbIyQrSbPGUvWCsBW
KI6e88DPdG0x0ltqVXja+51n3F9G4H/zTIbB0GyiRDn0GcGwi/GolF5PAgz0tR8=
=zniH
-----END PGP SIGNATURE-----
|
