On Thu, Jun 26, 2014 at 8:59 AM, Sean Busbey <[EMAIL PROTECTED]> wrote:

If you take on much of it you'll likely be made a committer!

Someone needs to follow up on all the "Patch Available" in Jira to
decide if they're ready to be committed.  Comments like, "+1 This
works for me, has tests, conforms to style, and all-in-all looks it
would make an improvement to the project", or "This can't be committed
as is because..." go a long ways towards getting issues resolved.
Even better is to post a version of the patch that can be committed.

Someone needs to test all the projects, running './build.sh clean test
dist' from the top-level.  This often fails due to, e.g., problems in
licensing that have crept in that are identified by RAT.

Once all that's established then actually creating the release
candidate and calling the vote is pretty easy.  This is best done by a
committer, since it involves creating SVN tags, updates to the CHANGES
file, etc.


NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB