summaryrefslogtreecommitdiff
path: root/ac/aa547e5aef2ca42001e43c3b406eb04f7a57c0
blob: 88366c91e636005541af8b68a6314cdd62be8a1e (plain)
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
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192]
	helo=mx.sourceforge.net)
	by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <melvincarvalho@gmail.com>) id 1VXZjW-00005w-VZ
	for bitcoin-development@lists.sourceforge.net;
	Sat, 19 Oct 2013 16:50:35 +0000
Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.215.46 as permitted sender)
	client-ip=209.85.215.46; envelope-from=melvincarvalho@gmail.com;
	helo=mail-la0-f46.google.com; 
Received: from mail-la0-f46.google.com ([209.85.215.46])
	by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76) id 1VXZjU-0006ZI-DS
	for bitcoin-development@lists.sourceforge.net;
	Sat, 19 Oct 2013 16:50:34 +0000
Received: by mail-la0-f46.google.com with SMTP id eh20so1768629lab.5
	for <bitcoin-development@lists.sourceforge.net>;
	Sat, 19 Oct 2013 09:50:25 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.152.120.228 with SMTP id lf4mr133513lab.44.1382201425571;
	Sat, 19 Oct 2013 09:50:25 -0700 (PDT)
Received: by 10.112.159.233 with HTTP; Sat, 19 Oct 2013 09:50:25 -0700 (PDT)
In-Reply-To: <CAKLmikPZhhTs2rf5h52KHLrWB38S=JgiOc+pCPx0FXvT7c_aow@mail.gmail.com>
References: <CAKLmikPZhhTs2rf5h52KHLrWB38S=JgiOc+pCPx0FXvT7c_aow@mail.gmail.com>
Date: Sat, 19 Oct 2013 18:50:25 +0200
Message-ID: <CAKaEYhLscsEcH-xuzBsCy73HdqfLgZfUiP51s7W-wOAfK-3EQg@mail.gmail.com>
From: Melvin Carvalho <melvincarvalho@gmail.com>
To: Mitar <mmitar@gmail.com>
Content-Type: multipart/alternative; boundary=089e01176915fab62404e91ad8cc
X-Spam-Score: -0.6 (/)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked.
	See
	http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
	for more information. [URIs: doubleclick.net]
	-1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for
	sender-domain
	0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
	(melvincarvalho[at]gmail.com)
	-0.0 SPF_PASS               SPF: sender matches SPF record
	1.0 HTML_MESSAGE           BODY: HTML included in message
	-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
X-Headers-End: 1VXZjU-0006ZI-DS
Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] A critique of bitcoin open source
	community
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: Sat, 19 Oct 2013 16:50:35 -0000

--089e01176915fab62404e91ad8cc
Content-Type: text/plain; charset=ISO-8859-1

On 19 October 2013 18:38, Mitar <mmitar@gmail.com> wrote:

> Hi!
>
> Interesting read:
>
>
> http://courses.ischool.berkeley.edu/i290m-ocpp/site/article/nmerrill-assign3.html
>

Im sympathetic to some of the points, but it seems slightly harsh.  I do
agree that we're lucky to have the excellent leadership of Gavin, who I
think is a great role model.

Perhaps the bitcoin community is at a size where it may benefit from a
loose code of conduct.  The ubuntu code of conduct has been excellent in
this respect, in helping to grow that community:

http://www.ubuntu.com/about/about-ubuntu/conduct

[[

Ubuntu Code of Conduct v2.0
Community

Ubuntu is about showing humanity to one another: the word itself captures
the spirit of being human.

We want a productive, happy and agile community that can welcome new ideas
in a complex field, improve every process every year, and foster
collaboration between groups with very different needs, interests and
skills.

We gain strength from diversity, and actively seek participation from those
who enhance it. This code of conduct exists to ensure that diverse groups
collaborate to mutual advantage and enjoyment. We will challenge prejudice
that could jeopardise the participation of any person in the project.

The Code of Conduct governs how we behave in public or in private whenever
the project will be judged by our actions. We expect it to be honored by
everyone who represents the project officially or informally, claims
affiliation with the project, or participates directly.
We strive to:

Be considerate

Our work will be used by other people, and we in turn will depend on the
work of others. Any decision we take will affect users and colleagues, and
we should consider them when making decisions.

Be respectful

Disagreement is no excuse for poor manners. We work together to resolve
conflict, assume good intentions and do our best to act in an empathic
fashion. We don't allow frustration to turn into a personal attack. A
community where people feel uncomfortable or threatened is not a productive
one.

Take responsibility for our words and our actions

We can all make mistakes; when we do, we take responsibility for them. If
someone has been harmed or offended, we listen carefully and respectfully,
and work to right the wrong.

Be collaborative

What we produce is a complex whole made of many parts, it is the sum of
many dreams. Collaboration between teams that each have their own goal and
vision is essential; for the whole to be more than the sum of its parts,
each part must make an effort to understand the whole.

Collaboration reduces redundancy and improves the quality of our work.
Internally and externally, we celebrate good collaboration. Wherever
possible, we work closely with upstream projects and others in the free
software community to coordinate our efforts. We prefer to work
transparently and involve interested parties as early as possible.

Value decisiveness, clarity and consensus

Disagreements, social and technical, are normal, but we do not allow them
to persist and fester leaving others uncertain of the agreed direction.

We expect participants in the project to resolve disagreements
constructively. When they cannot, we escalate the matter to structures with
designated leaders to arbitrate and provide clarity and direction.

Ask for help when unsure

Nobody is expected to be perfect in this community. Asking questions early
avoids many problems later, so questions are encouraged, though they may be
directed to the appropriate forum. Those who are asked should be responsive
and helpful.

Step down considerately

When somebody leaves or disengages from the project, we ask that they do so
in a way that minimises disruption to the project. They should tell people
they are leaving and take the proper steps to ensure that others can pick
up where they left off.
Leadership, authority and responsibility

We all lead by example, in debate and in action. We encourage new
participants to feel empowered to lead, to take action, and to experiment
when they feel innovation could improve the project. Leadership can be
exercised by anyone simply by taking action, there is no need to wait for
recognition when the opportunity to lead presents itself.
Delegation from the top

Responsibility for the project starts with the "benevolent dictator", who
delegates specific responsibilities and the corresponding authority to a
series of teams, councils and individuals, starting with the Community
Council ("CC"). That Council or its delegated representative will arbitrate
in any dispute.

We are a meritocracy; we delegate decision making, governance and
leadership from senior bodies to the most able and engaged candidates.
Support for delegation is measured

Nominations to the boards and councils are at the discretion of the
Community Council, however the Community Council will seek the input of the
community before confirming appointments.

Leadership is not an award, right, or title; it is a privilege, a
responsibility and a mandate. A leader will only retain their authority as
long as they retain the support of those who delegated that authority to
them.
We value discussion, data and decisiveness

We gather opinions, data and commitments from concerned parties before
taking a decision. We expect leaders to help teams come to a decision in a
reasonable time, to seek guidance or be willing to take the decision
themselves when consensus is lacking, and to take responsibility for
implementation.

The poorest decision of all is no decision: clarity of direction has value
in itself. Sometimes all the data are not available, or consensus is
elusive. A decision must still be made. There is no guarantee of a perfect
decision every time - we prefer to err, learn, and err less in future than
to postpone action indefinitely.

We recognise that the project works better when we trust the teams closest
to a problem to make the decision for the project. If we learn of a
decision that we disagree with, we can engage the relevant team to find
common ground, and failing that, we have a governance structure that can
review the decision. Ultimately, if a decision has been taken by the people
responsible for it, and is supported by the project governance, it will
stand. None of us expects to agree with every decision, and we value highly
the willingness to stand by the project and help it deliver even on the
occasions when we ourselves may prefer a different route.
Open meritocracy

We invite anybody, from any company, to participate in any aspect of the
project. Our community is open, and any responsibility can be carried by
any contributor who demonstrates the required capacity and competence.
Teamwork

A leader's foremost goal is the success of the team.

"A virtuoso is judged by their actions; a leader is judged by the actions
of their team." A leader knows when to act and when to step back. They know
when to delegate work, and when to take it upon themselves.
Credit

A good leader does not seek the limelight, but celebrates team members for
the work they do. Leaders may be more visible than members of the team,
good ones use that visibility to highlight the great work of others.
Courage and considerateness

Leadership occasionally requires bold decisions that will not be widely
understood, consensual or popular. We value the courage to take such
decisions, because they enable the project as a whole to move forward
faster than we could if we required complete consensus. Nevertheless,
boldness demands considerateness; take bold decisions, but do so mindful of
the challenges they present for others, and work to soften the impact of
those decisions on them. Communicating changes and their reasoning clearly
and early on is as important as the implementation of the change itself.
Conflicts of interest

We expect leaders to be aware when they are conflicted due to employment or
other projects they are involved in, and abstain or delegate decisions that
may be seen to be self-interested. We expect that everyone who participates
in the project does so with the goal of making life better for its users.

When in doubt, ask for a second opinion. Perceived conflicts of interest
are important to address; as a leader, act to ensure that decisions are
credible even if they must occasionally be unpopular, difficult or
favourable to the interests of one group over another.

This Code is not exhaustive or complete. It is not a rulebook; it serves to
distill our common understanding of a collaborative, shared environment and
goals. We expect it to be followed in spirit as much as in the letter.

The Ubuntu Code of Conduct is licensed under the Creative Commons
Attribution-Share Alike 3.0 license. You may re-use it for your own
project, and modify it as you wish, just please allow others to use your
modifications and give credit to the Ubuntu Project!

]]


>
>
> Mitar
>
> --
> http://mitar.tnode.com/
> https://twitter.com/mitar_m
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>

--089e01176915fab62404e91ad8cc
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><br><div class=3D"gmail=
_quote">On 19 October 2013 18:38, Mitar <span dir=3D"ltr">&lt;<a href=3D"ma=
ilto:mmitar@gmail.com" target=3D"_blank">mmitar@gmail.com</a>&gt;</span> wr=
ote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex=
;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Hi!<br>
<br>
Interesting read:<br>
<br>
<a href=3D"http://courses.ischool.berkeley.edu/i290m-ocpp/site/article/nmer=
rill-assign3.html" target=3D"_blank">http://courses.ischool.berkeley.edu/i2=
90m-ocpp/site/article/nmerrill-assign3.html</a><br></blockquote><div><br></=
div>
<div>Im sympathetic to some of the points, but it seems slightly harsh.=A0 =
I do agree that we&#39;re lucky to have the excellent leadership of Gavin, =
who I think is a great role model.<br><br></div><div>Perhaps the bitcoin co=
mmunity is at a size where it may benefit from a loose code of conduct.=A0 =
The ubuntu code of conduct has been excellent in this respect, in helping t=
o grow that community:<br>
<br><a href=3D"http://www.ubuntu.com/about/about-ubuntu/conduct">http://www=
.ubuntu.com/about/about-ubuntu/conduct</a><br><br>[[<br><br>Ubuntu Code of =
Conduct v2.0<br>Community<br><br>Ubuntu is about showing humanity to one an=
other: the word itself captures the spirit of being human.<br>
<br>We want a productive, happy and agile community that can welcome new id=
eas in a complex field, improve every process every year, and foster collab=
oration between groups with very different needs, interests and skills.<br>
<br>We gain strength from diversity, and actively seek participation from t=
hose who enhance it. This code of conduct exists to ensure that diverse gro=
ups collaborate to mutual advantage and enjoyment. We will challenge prejud=
ice that could jeopardise the participation of any person in the project.<b=
r>
<br>The Code of Conduct governs how we behave in public or in private whene=
ver the project will be judged by our actions. We expect it to be honored b=
y everyone who represents the project officially or informally, claims affi=
liation with the project, or participates directly.<br>
We strive to:<br><br>Be considerate<br><br>Our work will be used by other p=
eople, and we in turn will depend on the work of others. Any decision we ta=
ke will affect users and colleagues, and we should consider them when makin=
g decisions.<br>
<br>Be respectful<br><br>Disagreement is no excuse for poor manners. We wor=
k together to resolve conflict, assume good intentions and do our best to a=
ct in an empathic fashion. We don&#39;t allow frustration to turn into a pe=
rsonal attack. A community where people feel uncomfortable or threatened is=
 not a productive one.<br>
<br>Take responsibility for our words and our actions<br><br>We can all mak=
e mistakes; when we do, we take responsibility for them. If someone has bee=
n harmed or offended, we listen carefully and respectfully, and work to rig=
ht the wrong.<br>
<br>Be collaborative<br><br>What we produce is a complex whole made of many=
 parts, it is the sum of many dreams. Collaboration between teams that each=
 have their own goal and vision is essential; for the whole to be more than=
 the sum of its parts, each part must make an effort to understand the whol=
e.<br>
<br>Collaboration reduces redundancy and improves the quality of our work. =
Internally and externally, we celebrate good collaboration. Wherever possib=
le, we work closely with upstream projects and others in the free software =
community to coordinate our efforts. We prefer to work transparently and in=
volve interested parties as early as possible.<br>
<br>Value decisiveness, clarity and consensus<br><br>Disagreements, social =
and technical, are normal, but we do not allow them to persist and fester l=
eaving others uncertain of the agreed direction.<br><br>We expect participa=
nts in the project to resolve disagreements constructively. When they canno=
t, we escalate the matter to structures with designated leaders to arbitrat=
e and provide clarity and direction.<br>
<br>Ask for help when unsure<br><br>Nobody is expected to be perfect in thi=
s community. Asking questions early avoids many problems later, so question=
s are encouraged, though they may be directed to the appropriate forum. Tho=
se who are asked should be responsive and helpful.<br>
<br>Step down considerately<br><br>When somebody leaves or disengages from =
the project, we ask that they do so in a way that minimises disruption to t=
he project. They should tell people they are leaving and take the proper st=
eps to ensure that others can pick up where they left off.<br>
Leadership, authority and responsibility<br><br>We all lead by example, in =
debate and in action. We encourage new participants to feel empowered to le=
ad, to take action, and to experiment when they feel innovation could impro=
ve the project. Leadership can be exercised by anyone simply by taking acti=
on, there is no need to wait for recognition when the opportunity to lead p=
resents itself.<br>
Delegation from the top<br><br>Responsibility for the project starts with t=
he &quot;benevolent dictator&quot;, who delegates specific responsibilities=
 and the corresponding authority to a series of teams, councils and individ=
uals, starting with the Community Council (&quot;CC&quot;). That Council or=
 its delegated representative will arbitrate in any dispute.<br>
<br>We are a meritocracy; we delegate decision making, governance and leade=
rship from senior bodies to the most able and engaged candidates.<br>Suppor=
t for delegation is measured<br><br>Nominations to the boards and councils =
are at the discretion of the Community Council, however the Community Counc=
il will seek the input of the community before confirming appointments.<br>
<br>Leadership is not an award, right, or title; it is a privilege, a respo=
nsibility and a mandate. A leader will only retain their authority as long =
as they retain the support of those who delegated that authority to them.<b=
r>
We value discussion, data and decisiveness<br><br>We gather opinions, data =
and commitments from concerned parties before taking a decision. We expect =
leaders to help teams come to a decision in a reasonable time, to seek guid=
ance or be willing to take the decision themselves when consensus is lackin=
g, and to take responsibility for implementation.<br>
<br>The poorest decision of all is no decision: clarity of direction has va=
lue in itself. Sometimes all the data are not available, or consensus is el=
usive. A decision must still be made. There is no guarantee of a perfect de=
cision every time - we prefer to err, learn, and err less in future than to=
 postpone action indefinitely.<br>
<br>We recognise that the project works better when we trust the teams clos=
est to a problem to make the decision for the project. If we learn of a dec=
ision that we disagree with, we can engage the relevant team to find common=
 ground, and failing that, we have a governance structure that can review t=
he decision. Ultimately, if a decision has been taken by the people respons=
ible for it, and is supported by the project governance, it will stand. Non=
e of us expects to agree with every decision, and we value highly the willi=
ngness to stand by the project and help it deliver even on the occasions wh=
en we ourselves may prefer a different route.<br>
Open meritocracy<br><br>We invite anybody, from any company, to participate=
 in any aspect of the project. Our community is open, and any responsibilit=
y can be carried by any contributor who demonstrates the required capacity =
and competence.<br>
Teamwork<br><br>A leader&#39;s foremost goal is the success of the team.<br=
><br>&quot;A virtuoso is judged by their actions; a leader is judged by the=
 actions of their team.&quot; A leader knows when to act and when to step b=
ack. They know when to delegate work, and when to take it upon themselves.<=
br>
Credit<br><br>A good leader does not seek the limelight, but celebrates tea=
m members for the work they do. Leaders may be more visible than members of=
 the team, good ones use that visibility to highlight the great work of oth=
ers.<br>
Courage and considerateness<br><br>Leadership occasionally requires bold de=
cisions that will not be widely understood, consensual or popular. We value=
 the courage to take such decisions, because they enable the project as a w=
hole to move forward faster than we could if we required complete consensus=
. Nevertheless, boldness demands considerateness; take bold decisions, but =
do so mindful of the challenges they present for others, and work to soften=
 the impact of those decisions on them. Communicating changes and their rea=
soning clearly and early on is as important as the implementation of the ch=
ange itself.<br>
Conflicts of interest<br><br>We expect leaders to be aware when they are co=
nflicted due to employment or other projects they are involved in, and abst=
ain or delegate decisions that may be seen to be self-interested. We expect=
 that everyone who participates in the project does so with the goal of mak=
ing life better for its users.<br>
<br>When in doubt, ask for a second opinion. Perceived conflicts of interes=
t are important to address; as a leader, act to ensure that decisions are c=
redible even if they must occasionally be unpopular, difficult or favourabl=
e to the interests of one group over another.<br>
<br>This Code is not exhaustive or complete. It is not a rulebook; it serve=
s to distill our common understanding of a collaborative, shared environmen=
t and goals. We expect it to be followed in spirit as much as in the letter=
.<br>
<br>The Ubuntu Code of Conduct is licensed under the Creative Commons Attri=
bution-Share Alike 3.0 license. You may re-use it for your own project, and=
 modify it as you wish, just please allow others to use your modifications =
and give credit to the Ubuntu Project!<br>
<br>]]<br></div><div>=A0</div><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:=
1ex">
<br>
<br>
Mitar<br>
<br>
--<br>
<a href=3D"http://mitar.tnode.com/" target=3D"_blank">http://mitar.tnode.co=
m/</a><br>
<a href=3D"https://twitter.com/mitar_m" target=3D"_blank">https://twitter.c=
om/mitar_m</a><br>
<br>
---------------------------------------------------------------------------=
---<br>
October Webinars: Code for Performance<br>
Free Intel webinars can help you accelerate application performance.<br>
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most fr=
om<br>
the latest Intel processors and coprocessors. See abstracts and register &g=
t;<br>
<a href=3D"http://pubads.g.doubleclick.net/gampad/clk?id=3D60135031&amp;iu=
=3D/4140/ostg.clktrk" target=3D"_blank">http://pubads.g.doubleclick.net/gam=
pad/clk?id=3D60135031&amp;iu=3D/4140/ostg.clktrk</a><br>
_______________________________________________<br>
Bitcoin-development mailing list<br>
<a href=3D"mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-develo=
pment@lists.sourceforge.net</a><br>
<a href=3D"https://lists.sourceforge.net/lists/listinfo/bitcoin-development=
" target=3D"_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-de=
velopment</a><br>
</blockquote></div><br></div></div>

--089e01176915fab62404e91ad8cc--