Home | About | Sematext search-lucene.com search-hadoop.com
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
 Search Hadoop and all its subprojects:

Switch to Threaded View
Accumulo >> mail # dev >> Schedule for 1.6.0 release?


Copy link to this message
-
Re: Schedule for 1.6.0 release?
+1 to lazy by-laws.
On Fri, Sep 20, 2013 at 2:40 PM, Christopher <[EMAIL PROTECTED]> wrote:

> Seems reasonable. Some of this should probably be in the
> (non-existent) bylaws. Since we've not really made it a point to vote
> on creation/amendment of bylaws, you could sneak in a paragraph that
> says acceptance of this proposal for the 1.6.0 release process will
> constitute agreement that these rules should be used to
> initialize/amend the bylaws.
>
> In essence, by doing that, we'd be lazily constructing the bylaws from
> an accepted precedent. In the absence of votes that only amend bylaws
> (outside of something specific to a release), this might be a good way
> to go, so we don't have to suggest this process for every such vote.
>
>
> --
> Christopher L Tubbs II
> http://gravatar.com/ctubbsii
>
>
> On Fri, Sep 20, 2013 at 1:57 PM, Keith Turner <[EMAIL PROTECTED]> wrote:
> > On Wed, Sep 18, 2013 at 5:43 PM, Mike Drob <[EMAIL PROTECTED]> wrote:
> >
> >> +1 with reservations.
> >>
> >> 1.5.0 initially planned for an end-of-year release, but that ended up
> >> slipping much later. I'd like us to learn from that experience and come
> >> down much more strictly on the feature freeze this time.
> >>
> >
> > One thing I learned from 1.5.0 is we need a conflict resolution process
> we
> > agree on in place before the disagreement occurs.  With this in mind I
> > would like to propose the following feature freeze vote text.  Just
> putting
> > up for discussion before we actually vote on it.  I am putting together
> > peoples comments on this thread and adding something about conflict
> > resolution.  I just made this up which is why I am posting it for review.
> >  For Apahce it seems like any veto could prevent a commit from being
> > accepted http://httpd.apache.org/dev/guidelines.html.  What I proposed
> > requires more than one persons objection to revert a feature.  I am still
> > thinking through the implications of this.
> >
> > ------
> >
> > Subject : [VOTE] 1.6.0 Feature freeze.
> >
> > Please vote on a feature freeze date of Nov 1 23:59 PDT for the master
> > branch.  Shortly after this time we will branch 1.6.0-SNAPSHOT from
> master
> > and increment the version in master.  "Feature Freeze" means only bug
> fixes
> > and documentation updates happen after the date, which implies major code
> > additions and changes are already in place with appropriate tests.
> >
> > If a commiter thinks a new feature in 1.6.0-SNAPSHOT is not ready for
> > release, they should bring it up on the dev list.  If agreement can not
> be
> > reached on the dev list with 72 hours, then the commiter can call for a
> > vote on reverting the feature from 1.6.0-SNAPSHOT.  The vote must pass
> with
> > majority approval[1].  If the vote passes, any commiter can revert the
> > feature from 1.6.0-SNAPSHOT.
> >
> > This vote will remain open for 72 hours and must have consensus
> approval[2]
> > to pass.
> >
> > [1]:http://www.apache.org/foundation/glossary.html#MajorityApproval
> > [2]:http://www.apache.org/foundation/glossary.html#ConsensusApproval
> >
> > -----
> >
> >
> >
> >>
> >> On Wed, Sep 18, 2013 at 2:14 PM, Christopher <[EMAIL PROTECTED]>
> wrote:
> >>
> >> > +1
> >> >
> >> > --
> >> > Christopher L Tubbs II
> >> > http://gravatar.com/ctubbsii
> >> >
> >> >
> >> > On Wed, Sep 18, 2013 at 10:36 AM, Keith Turner <[EMAIL PROTECTED]>
> wrote:
> >> > > We do need to get this settled.  What about end of year target for
> >> > release
> >> > > date and feature freeze date at end of Oct?
> >> > >
> >> > >
> >> > > On Tue, Aug 27, 2013 at 4:26 PM, Mike Drob <[EMAIL PROTECTED]> wrote:
> >> > >
> >> > >> I wanted to revive this conversation, since fall is fast
> approaching.
> >> > One
> >> > >> reasonable target for a release date might be to try and get
> something
> >> > done
> >> > >> before Hadoop World/Strata NY, which is the last week of October.
> That
> >> > is a
> >> > >> bit sooner than initially planned, but would be a great bit of PR
> if
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