Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1Z4NHu-0001ka-ES for bitcoin-development@lists.sourceforge.net; Mon, 15 Jun 2015 05:50:26 +0000 X-ACL-Warn: Received: from uschroder.com ([74.142.93.202]) by sog-mx-2.v43.ch3.sourceforge.com with esmtp (Exim 4.76) id 1Z4NHs-0005As-D2 for bitcoin-development@lists.sourceforge.net; Mon, 15 Jun 2015 05:50:26 +0000 Received: from [192.168.253.4] (cpe-74-132-161-228.kya.res.rr.com [74.132.161.228]) by uschroder.com (Postfix) with ESMTPSA id 86C5922E04622; Mon, 15 Jun 2015 01:50:19 -0400 (EDT) Message-ID: <557E6798.5030702@AndySchroder.com> Date: Mon, 15 Jun 2015 01:50:16 -0400 From: Andy Schroder User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "Warren Togami Jr." , Jeff Garzik References: In-Reply-To: X-Enigmail-Version: 1.6 OpenPGP: id=2D44186B; url=http://andyschroder.com/static/AndySchroder.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OQ3p6miE0MgpHT95XIWjBKFjkJ0tWlimU" X-Spam-Score: 0.6 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 1.0 HTML_MESSAGE BODY: HTML included in message -0.4 AWL AWL: Adjusted score from AWL reputation of From: address X-Headers-End: 1Z4NHs-0005As-D2 Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] Proposal: Move Bitcoin Dev List to a Neutral Competent Entity X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2015 05:50:26 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OQ3p6miE0MgpHT95XIWjBKFjkJ0tWlimU Content-Type: multipart/alternative; boundary="------------080800030307060606070907" This is a multi-part message in MIME format. --------------080800030307060606070907 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Andy Schroder On 06/14/2015 11:19 PM, Warren Togami Jr. wrote: > On Sun, Jun 14, 2015 at 5:15 AM, Jeff Garzik > wrote: > > * ACK on moving away from SourceForge mailing lists - though only > once a community-welcomed replacement is up and running > > * ACK on using LF as a mailing infrastructure provider > > * Research secure mailing list models, for bitcoin-security. The > list is not ultra high security - we all use PGP for that - but it > would perhaps be nice to find some spiffy cryptosystem where > mailing list participants individually hold keys & therefore access= =2E > > > While I agree this is a good idea, this should not be a precondition=20 > for moving the public bitcoin-dev list. The security team needs to=20 > separately research/write tools needed for this. > > warren, wanna just go ahead and create > bitcoin-development @ LF?=20 > > > *More Feedback?* As for going ahead, perhaps we should wait to hear=20 > from more of the other technical leaders? I'd say just move forward with creating the new list. Once the new list=20 is created, send an announcement encouraging people to join. The new=20 list will be an opt in change, so you can encourage a transition date,=20 but why require it? Maybe monitor the subscriber lists for each list and = provide people regular updates as to what percentage of the people in=20 the old list have subscribed to the new list. This will help inform=20 people whether the new list will be adopted or not. People may also miss = a single announcement e-mail. There are too many messages going through=20 the list right now, and everyone doesn't read the list regularly. > > *_More Questions_* > > *List Name?* Would people prefer "bitcoin-development" for he new=20 > list name instead of a shorter name like "bitcoin-dev"? I personally=20 > like the shorter name, but either is fine.=20 > https://lists.linuxfoundation.org/mailman/listinfo currently has=20 > "sidechains-dev", and "lightning-dev" is moving there sometime soon. I vote for "bitcoin-dev", only because of the consistency with the other = projects that you mentioned, as well as the fact that I think there=20 should be at least some name change to avoid confusion between the new=20 and old lists. > > *Proposed Cut-Off Date?* Then we also need to agree on a date to cut=20 > off the old list.. Their sysadmin said we could have the new list=20 > auto-post from the old list for a short while. I wonder how well that = > works ... if that will result in double posting if people write to the = > new and CC the old list.. Needs a little research how well it would=20 > behave to have both lists operating during a transition period. I=20 > think we should announce a cut-off date when posts to the old list is=20 > shut off, July 15th, one month from now. Thoughts? I'd say move forward with the new list and subscribe it to the old list. = That way the new list starts archiving the messages from here forward.=20 There may be a little bit of a problem if someone joins the new list but = not the old list, they may not be able to reply to a message sent to the = old list? You probably would get a duplicate delivery if doing this, but = you could encourage users who have joined the new list to turn off=20 delivery on the old list (this is an option in the mailman settings page)= =2E Once greater than 50% of the members of the old list are members of the=20 new list, send out an announcement that the old list will be turned into = read only mode in 3 weeks and to use the new list only after that time.=20 This way you don't have to force use of the new list and a majority=20 agreement is required before doing so and a technical leader is not=20 required to enforce a change without a solid commitment from most of the = members. Right before the old list is shut down, send one final=20 announcement e-mail indicating it is closing and link to the new list=20 (so that new subscribers will be aware if they are looking at an archive = of some kind). > > *Moderators?* Mailman on the new server allows having separate logins = > for admins and moderators. I think the admins of the old SF project=20 > are gavin, jgarzik and sipa... they are kind of busy. Perhaps we=20 > should identify known trusted community members who can help with=20 > moderation. Usually this is dealing with "held" messages that are=20 > flagged by the spam filter > > Warren Togami > > > -----------------------------------------------------------------------= ------- > > > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development --------------080800030307060606070907 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Andy Schroder
On 06/14/2015 11:19 PM, Warren Togami Jr. wrote:
On Sun, Jun 14, 2015 at 5:15 AM, Jef= f Garzik <jgar= zik@bitpay.com> wrote:
* ACK on moving away from SourceForge mailing lists - though only once a community-welcomed replacement is up and running

* ACK on using LF as a mailing infrastructure provider

* Research secure mailing list models, for bitcoin-security.  The list is not ultra high secu= rity - we all use PGP for that - but it would perhaps be nice to find some spiffy cryptosystem where mailing list participants individually hold keys & therefore access.


While I agree this is a good idea, this should not be a precondition for moving the public bitcoin-dev list.  = The security team needs to separately research/write tools needed for this.

<jgarzik> warren, wanna just go ahead and create bitcoin-development @ LF? 

More Feedback?  As for going ahead, p= erhaps we should wait to hear from more of the other technical leaders?

I'd say just move forward with creating the new list. Once the new list is created, send an announcement encouraging people to join. The new list will be an opt in change, so you can encourage a transition date, but why require it? Maybe monitor the subscriber lists for each list and provide people regular updates as to what percentage of the people in the old list have subscribed to the new list. This will help inform people whether the new list will be adopted or not. People may also miss a single announcement e-mail. There are too many messages going through the list right now, and everyone doesn't read the list regularly.


More Questions

List Name?  Would people prefer "bitcoin-development" for he new list name instead of a shorter name like "bitcoin-dev"?  I personally like th= e shorter name, but either is fine.  https://lists.linuxfoundation.org/mailman/listinfo currently has "sidechains-dev", and "lightning-dev" is moving there sometime soon.

I vote for "bitcoin-dev", only because of the consistency with the other projects that you mentioned, as well as the fact that I think there should be at least some name change to avoid confusion between the new and old lists.



Proposed Cut-Off Date?  Then we also need to= agree on a date to cut off the old list..  Their sysad= min said we could have the new list auto-post from the old list for a short while.  I wonder how well that works = =2E.. if that will result in double posting if people write to the new and CC the old list..  Needs a little research= how well it would behave to have both lists operating during a transition period.  I think we should announce a cut-o= ff date when posts to the old list is shut off, July 15th, one month from now.  Thoughts?


I'd say move forward with the new list and subscribe it to the old list. That way the new list starts archiving the messages from here forward. There may be a little bit of a problem if someone joins the new list but not the old list, they may not be able to reply to a message sent to the old list? You probably would get a duplicate delivery if doing this, but you could encourage users who have joined the new list to turn off delivery on the old list (this is an option in the mailman settings page).

Once greater than 50% of the members of the old list are members of the new list, send out an announcement that the old list will be turned into read only mode in 3 weeks and to use the new list only after that time. This way you don't have to force use of the new list and a majority agreement is required before doing so and a technical leader is not required to enforce a change without a solid commitment from most of the members. Right before the old list is shut down, send one final announcement e-mail indicating it is closing and link to the new list (so that new subscribers will be aware if they are looking at an archive of some kind).





Moderators?  Mailman on the new server allow= s having separate logins for admins and moderators.  I t= hink the admins of the old SF project are gavin, jgarzik and sipa... they are kind of busy.  Perhaps we should iden= tify known trusted community members who can help with moderation.  Usually this is dealing with "held" messa= ges that are flagged by the spam filter

Warren Togami


----------------------------------------------------=
--------------------------


_______________________________________________
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/l=
istinfo/bitcoin-development

--------------080800030307060606070907-- --OQ3p6miE0MgpHT95XIWjBKFjkJ0tWlimU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJVfmeZAAoJEDT679stRBhrTDQH/Rk2F25/PG8KZuGSmW601HXJ Aqfm28IB0v9b3u8FWCsxXYeL+6WrhyaxAF9x9tu0FO5/I1CD/FWlPcqR33SgO/sk NNZ/N7fJzxzH0qcTuXhtk1b9pjtwQyTUGEY8h7idV29L5MUajQRN0jLycPG+EuQD gM2z3u1kicrCjGwogFbjRmwehxn1up33R+V5JoFviJtqjjqkXeB11OVTULp5IJxz iMSgpU3X+zMc+22B7Cy87xOIr+i5IiGwTBQo9JjmeOGY9CKD1MCNoMweaILUweyy paljaPEYeLPG6jw5LCql8SFmrqNLffFKYn/E/CTuT9ti6yQ3nTJeLjJiLQSuUmA= =wlqA -----END PGP SIGNATURE----- --OQ3p6miE0MgpHT95XIWjBKFjkJ0tWlimU--