From: Andy Schroder <info@AndySchroder.com>
To: "Warren Togami Jr." <wtogami@gmail.com>,
Jeff Garzik <jgarzik@bitpay.com>
Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] Proposal: Move Bitcoin Dev List to a Neutral Competent Entity
Date: Mon, 15 Jun 2015 01:50:16 -0400 [thread overview]
Message-ID: <557E6798.5030702@AndySchroder.com> (raw)
In-Reply-To: <CAEz79PrjoD3fvwqmr2+O+8myeQCV_4ZuX4q9zCkQdN=i=ovuMA@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 4829 bytes --]
Andy Schroder
On 06/14/2015 11:19 PM, Warren Togami Jr. wrote:
> On Sun, Jun 14, 2015 at 5:15 AM, Jeff Garzik <jgarzik@bitpay.com
> <mailto:jgarzik@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 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.
>
>
> 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, perhaps 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 the 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 sysadmin said we could have the new list
> 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
> behave to have both lists operating during a transition period. I
> think we should announce a cut-off 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 allows having separate logins
> for admins and moderators. I think the admins of the old SF project
> are gavin, jgarzik and sipa... they are kind of busy. Perhaps we
> should identify known trusted community members who can help with
> moderation. Usually this is dealing with "held" messages that are
> flagged by the spam filter
>
> Warren Togami
>
>
> ------------------------------------------------------------------------------
>
>
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
[-- Attachment #1.2: Type: text/html, Size: 8809 bytes --]
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 555 bytes --]
next prev parent reply other threads:[~2015-06-15 5:50 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-14 10:12 [Bitcoin-development] Proposal: Move Bitcoin Dev List to a Neutral Competent Entity Warren Togami Jr.
2015-06-14 15:15 ` Jeff Garzik
2015-06-14 16:56 ` Peter Todd
2015-06-15 3:19 ` Warren Togami Jr.
2015-06-15 5:50 ` Andy Schroder [this message]
2015-06-15 9:13 ` odinn
2015-06-17 0:19 ` Warren Togami Jr.
2015-06-17 1:59 ` grarpamp
2015-06-14 20:55 ` Andy Schroder
2015-06-14 21:59 ` Adam Back
2015-06-14 22:14 ` Davide Cavion
2015-06-14 21:54 ` odinn
2015-06-14 22:38 ` Gregory Maxwell
2015-06-15 10:13 ` Mike Hearn
2015-06-15 19:45 ` Adam Weiss
2015-06-15 20:50 ` Pieter Wuille
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=557E6798.5030702@AndySchroder.com \
--to=info@andyschroder.com \
--cc=bitcoin-development@lists.sourceforge.net \
--cc=jgarzik@bitpay.com \
--cc=wtogami@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox