I think silence is a "nothing to add". At least it is from me.

On Wed, Sep 25, 2019, 10:57 AM sankalp kohli <kohlisank...@gmail.com> wrote:

> Can we put it on vote(if required) if no one has more comments?
>
> On Wed, Sep 18, 2019 at 5:44 PM Jonathan Koppenhofer <j...@koppedomain.com>
> wrote:
>
> > Nice work... I like this and have no additions/comments at this time
> >
> > On Wed, Sep 18, 2019, 4:18 PM sankalp kohli <kohlisank...@gmail.com>
> > wrote:
> >
> > > We added and changed a lot of things to this doc during a discussion in
> > > NGCC. Can everyone take a look at it and provide feedback.
> > >
> > > On Wed, Sep 11, 2019 at 10:51 PM Dinesh Joshi <djo...@apache.org>
> wrote:
> > >
> > > > I have left some comments on the document. Apart from a few
> > > clarifications
> > > > and some minor changes, I feel its in a good shape. I think we should
> > > move
> > > > forward with it. We can refine the process, definitions & criteria as
> > we
> > > > learn.
> > > >
> > > > Dinesh
> > > >
> > > > > On Sep 11, 2019, at 11:15 AM, Sumanth Pasupuleti <
> > > > sumanth.pasupuleti...@gmail.com> wrote:
> > > > >
> > > > > One more call for any additional comments/ feedback on the release
> > > > > lifecycle document
> > > > >
> > > >
> > >
> >
> https://docs.google.com/document/d/1bS6sr-HSrHFjZb0welife6Qx7u3ZDgRiAoENMLYlfz8/edit#
> > > > >
> > > > > Thanks,
> > > > > Sumanth
> > > > >
> > > > > On Sat, Jul 27, 2019 at 1:01 AM Sumanth Pasupuleti <
> > > > > sumanth.pasupuleti...@gmail.com> wrote:
> > > > >
> > > > >> Submitted patch to add release lifecycle information to the
> website
> > > > >> https://issues.apache.org/jira/browse/CASSANDRA-15249
> > > > >>
> > > > >> On Tue, Jun 25, 2019 at 6:57 AM Oleksandr Petrov <
> > > > >> oleksandr.pet...@gmail.com> wrote:
> > > > >>
> > > > >>> Maybe a bit off-topic:
> > > > >>>
> > > > >>> Before we cut a release, we should make sure we take care of beta
> > > > protocol
> > > > >>> [1], include released driver versions [2] and remove compact
> > storage
> > > > >>> remainders [3]. Third one is optional, but I'd argue we should do
> > it
> > > > >>> sooner
> > > > >>> rather than later.
> > > > >>>
> > > > >>> [1] https://issues.apache.org/jira/browse/CASSANDRA-14973
> > > > >>> [2] https://issues.apache.org/jira/browse/CASSANDRA-13951
> > > > >>> [3] https://issues.apache.org/jira/browse/CASSANDRA-13994
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>> On Sat, Jun 22, 2019 at 1:25 AM Sumanth Pasupuleti <
> > > > >>> sumanth.pasupuleti...@gmail.com> wrote:
> > > > >>>
> > > > >>>> Thanks for the feedback Scott. I have incorporated all the
> > > incremental
> > > > >>>> feedback I have thus far.
> > > > >>>>
> > > > >>>> Looking for any additional feedback folks may have.
> > > > >>>>
> > > > >>>>
> > > > >>>
> > > >
> > >
> >
> https://docs.google.com/document/d/1bS6sr-HSrHFjZb0welife6Qx7u3ZDgRiAoENMLYlfz8/edit#
> > > > >>>>
> > > > >>>> On Tue, Jun 11, 2019 at 11:54 AM Scott Andreas <
> > > sc...@paradoxica.net>
> > > > >>>> wrote:
> > > > >>>>
> > > > >>>>> Thanks for starting this discussion, Sumanth! Added a round of
> > > > >>> comments
> > > > >>>> as
> > > > >>>>> well.
> > > > >>>>>
> > > > >>>>> Summarizing my non-binding feedback: I feel that many of the
> > items
> > > > >>> under
> > > > >>>>> "Alpha" and "Beta" should be achieved prior to the release of
> an
> > > > >>> alpha,
> > > > >>>>> especially those related to correctness/safety, scope lock,
> > feature
> > > > >>>>> completeness, deprecation, and backwards compatibility.
> > > Establishing
> > > > a
> > > > >>>>> higher standard for official project releases (even at the
> alpha
> > > and
> > > > >>> beta
> > > > >>>>> stage) will help us really polish the final build together.
> > > > >>>>>
> > > > >>>>> Ideally, I feel that contributors should have completed
> extensive
> > > > >>>>> testing/validation to ensure that no critical or severe bugs
> > exist
> > > > >>> prior
> > > > >>>> to
> > > > >>>>> the release of an alpha (e.g., data loss, consistency
> violations,
> > > > >>>> incorrect
> > > > >>>>> responses to queries, etc). Perhaps we can add a line to this
> > > effect.
> > > > >>>>>
> > > > >>>>> Ensuring that we've met that bar prior to alpha will help us
> > focus
> > > > the
> > > > >>>>> final stages of the release on gathering feedback from users +
> > > > >>> developers
> > > > >>>>> to validate tooling and automation; compatibility with less
> > > > >>> commonly-used
> > > > >>>>> client libraries, testing new features, evaluating performance
> > and
> > > > >>>>> stability under their workloads, etc.
> > > > >>>>>
> > > > >>>>> – Scott
> > > > >>>>>
> > > > >>>>> On 6/11/19, 6:45 AM, "Sumanth Pasupuleti" <
> > > > >>>>> sumanth.pasupuleti...@gmail.com> wrote:
> > > > >>>>>
> > > > >>>>>    Thanks for the feedback on the product stages/ release life
> > > cycle
> > > > >>>>> document.
> > > > >>>>>    I have incorporated the suggestions and looking for any
> > > additional
> > > > >>>>> feedback
> > > > >>>>>    folks may have.
> > > > >>>>>
> > > > >>>>>
> > > > >>>>
> > > > >>>
> > > >
> > >
> >
> https://docs.google.com/document/d/1bS6sr-HSrHFjZb0welife6Qx7u3ZDgRiAoENMLYlfz8/edit#
> > > > >>>>>
> > > > >>>>>    Thanks,
> > > > >>>>>    Sumanth
> > > > >>>>>
> > > > >>>>>    On Tue, May 28, 2019 at 10:43 PM Scott Andreas <
> > > > >>> sc...@paradoxica.net
> > > > >>>>>
> > > > >>>>> wrote:
> > > > >>>>>
> > > > >>>>>> Echoing Jon’s point here –
> > > > >>>>>>
> > > > >>>>>> JH: “My thinking is I'd like to be able to recommend 4.0.0 as
> a
> > > > >>>>> production
> > > > >>>>>> ready
> > > > >>>>>> database for business critical cases”
> > > > >>>>>>
> > > > >>>>>> I feel that this is a standard that is both appropriate and
> > > > >>>>> achievable,
> > > > >>>>>> and one I’m legitimately excited about.
> > > > >>>>>>
> > > > >>>>>> Re: the current state of the test plan wiki in Confluence, I
> owe
> > > > >>>>> another
> > > > >>>>>> pass through. There has been a lot of progress here, but I’ve
> > > > >>> let
> > > > >>>>> perfect
> > > > >>>>>> be the enemy of the good in getting updates out. I’ll complete
> > > > >>> that
> > > > >>>>> pass
> > > > >>>>>> later this week.
> > > > >>>>>>
> > > > >>>>>> Cheers,
> > > > >>>>>>
> > > > >>>>>> — Scott
> > > > >>>>>>
> > > > >>>>>>> On May 28, 2019, at 10:48 AM, Dinesh Joshi <
> djo...@apache.org
> > > > >>>>
> > > > >>>>> wrote:
> > > > >>>>>>>
> > > > >>>>>>> +1. Wiki could be useful to document what the overall plan.
> > > > >>> Jira
> > > > >>>> to
> > > > >>>>>> track progress.
> > > > >>>>>>>
> > > > >>>>>>> Dinesh
> > > > >>>>>>>
> > > > >>>>>>>>> On May 28, 2019, at 10:20 AM, Joshua McKenzie <
> > > > >>>>> jmcken...@apache.org>
> > > > >>>>>> wrote:
> > > > >>>>>>>>>
> > > > >>>>>>>>>
> > > > >>>>>>>>> The unofficial rule is to not upgrade to prod till .10 is
> > > > >>> cut.
> > > > >>>>>>>>
> > > > >>>>>>>> FWIW, I believe it's historically .6. Which is still not a
> > > > >>> great
> > > > >>>>> look
> > > > >>>>>> for
> > > > >>>>>>>> the project.
> > > > >>>>>>>>
> > > > >>>>>>>> There's a ton of work going into testing 4.0 already.
> > > > >>>>>>>>
> > > > >>>>>>>> While I intuitively and anecdotally (from the people I've
> > > > >>>>> backchanneled
> > > > >>>>>>>> with) believe this to be true as well, the referenced wiki
> > > > >>>>> page[1] and
> > > > >>>>>>>> jql[2] doesn't look like it's an up to date reflection of
> the
> > > > >>>>> testing
> > > > >>>>>>>> efforts going on. Is there another place this information is
> > > > >>>>> stored /
> > > > >>>>>>>> queryable we can surface to people to keep us all
> > > > >>> coordinated?
> > > > >>>>>>>>
> > > > >>>>>>>> [1]
> > > > >>>>>>>>
> > > > >>>>>>
> > > > >>>>>
> > > > >>>>
> > > > >>>
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/display/CASSANDRA/4.0+Quality%3A+Components+and+Test+Plans
> > > > >>>>>>>> [2]
> > > > >>>>>>>>
> > > > >>>>>>
> > > > >>>>>
> > > > >>>>
> > > > >>>
> > > >
> > >
> >
> https://issues.apache.org/jira/browse/CASSANDRA-14862?jql=project%20%3D%20CASSANDRA%20AND%20%20labels%20%3D%204.0-QA
> > > > >>>>>>>>
> > > > >>>>>>>> On Tue, May 28, 2019 at 12:57 PM sankalp kohli <
> > > > >>>>> kohlisank...@gmail.com>
> > > > >>>>>>>> wrote:
> > > > >>>>>>>>
> > > > >>>>>>>>> Hi Jon,
> > > > >>>>>>>>>         When you say 4.0 release, how do u match it with
> > > > >>> 3.0
> > > > >>>>> minor
> > > > >>>>>>>>> releases. The unofficial rule is to not upgrade to prod
> till
> > > > >>>> .10
> > > > >>>>> is
> > > > >>>>>> cut.
> > > > >>>>>>>>> Also due to heavy investment in testing, I dont think it
> > > > >>> will
> > > > >>>>> take as
> > > > >>>>>> long
> > > > >>>>>>>>> as 3.0 but want to know what is your thinking with this.
> > > > >>>>>>>>>
> > > > >>>>>>>>> Thanks,
> > > > >>>>>>>>> Sankalp
> > > > >>>>>>>>>
> > > > >>>>>>>>>> On Tue, May 28, 2019 at 9:40 AM Jon Haddad <
> > > > >>> j...@jonhaddad.com
> > > > >>>>>
> > > > >>>>> wrote:
> > > > >>>>>>>>>>
> > > > >>>>>>>>>> Sept is a pretty long ways off.  I think the ideal case is
> > > > >>> we
> > > > >>>>> can
> > > > >>>>>>>>> announce
> > > > >>>>>>>>>> 4.0 release at the summit.  I'm not putting this as a "do
> > > > >>> or
> > > > >>>>> die"
> > > > >>>>>> date,
> > > > >>>>>>>>> and
> > > > >>>>>>>>>> I don't think we need to announce it or make promises.
> > > > >>>>> Sticking with
> > > > >>>>>>>>> "when
> > > > >>>>>>>>>> it's ready" is the right approach, but we need a target,
> > > > >>> and
> > > > >>>>> this is
> > > > >>>>>> imo
> > > > >>>>>>>>> a
> > > > >>>>>>>>>> good one.
> > > > >>>>>>>>>>
> > > > >>>>>>>>>> This date also gives us a pretty good runway.  We could
> cut
> > > > >>>> our
> > > > >>>>> first
> > > > >>>>>>>>>> alphas in mid June / early July, betas in August and
> > > > >>> release
> > > > >>>> in
> > > > >>>>> Sept.
> > > > >>>>>>>>>> There's a ton of work going into testing 4.0 already.
> > > > >>>>>>>>>> Landing CASSANDRA-15066 will put us in a pretty good spot.
> > > > >>>>> We've
> > > > >>>>>>>>> developed
> > > > >>>>>>>>>> tooling at TLP that will make it a lot easier to spin up
> > > > >>> dev
> > > > >>>>> clusters
> > > > >>>>>> in
> > > > >>>>>>>>>> AWS as well as stress test them.  I've written about this
> a
> > > > >>>> few
> > > > >>>>> times
> > > > >>>>>> in
> > > > >>>>>>>>>> the past, and I'll have a few blog posts coming up that
> > > > >>> will
> > > > >>>>> help show
> > > > >>>>>>>>> this
> > > > >>>>>>>>>> in more details.
> > > > >>>>>>>>>>
> > > > >>>>>>>>>> There's some other quality of life things we should try to
> > > > >>>>> hammer out
> > > > >>>>>>>>>> before then.  Updating our default JVM settings would be
> > > > >>> nice,
> > > > >>>>> for
> > > > >>>>>>>>>> example.  Improving documentation (the data modeling
> > > > >>> section
> > > > >>>> in
> > > > >>>>>>>>>> particular), fixing the dynamic snitch issues [1], and
> some
> > > > >>>>>> improvements
> > > > >>>>>>>>> to
> > > > >>>>>>>>>> virtual tables like exposing the sstable metadata [2], and
> > > > >>>>> exposing
> > > > >>>>>> table
> > > > >>>>>>>>>> statistics [3] come to mind.  The dynamic snitch
> > > > >>> improvement
> > > > >>>>> will help
> > > > >>>>>>>>>> performance in a big way, and the virtual tables will go a
> > > > >>>> long
> > > > >>>>> way to
> > > > >>>>>>>>>> helping with quality of life.  I showed a few folks
> virtual
> > > > >>>>> tables at
> > > > >>>>>> the
> > > > >>>>>>>>>> Accelerate conference last week and the missing table
> > > > >>>>> statistics was a
> > > > >>>>>>>>> big
> > > > >>>>>>>>>> shock.  If we can get them in, it'll be a big help to
> > > > >>>> operators.
> > > > >>>>>>>>>>
> > > > >>>>>>>>>> [1] https://issues.apache.org/jira/browse/CASSANDRA-14459
> > > > >>>>>>>>>> [2] https://issues.apache.org/jira/browse/CASSANDRA-14630
> > > > >>>>>>>>>> [3] https://issues.apache.org/jira/browse/CASSANDRA-14572
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>> On Mon, May 27, 2019 at 2:36 PM Nate McCall <
> > > > >>>>> zznat...@gmail.com>
> > > > >>>>>> wrote:
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>> Hi Sumanth,
> > > > >>>>>>>>>>> Thank you so much for taking the time to put this
> > > > >>> together.
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>> Cheers,
> > > > >>>>>>>>>>> -Nate
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>> On Tue, May 28, 2019 at 3:27 AM Sumanth Pasupuleti <
> > > > >>>>>>>>>>> sumanth.pasupuleti...@gmail.com> wrote:
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>>> I have taken an initial stab at documenting release
> types
> > > > >>>> and
> > > > >>>>> exit
> > > > >>>>>>>>>>> criteria
> > > > >>>>>>>>>>>> in a google doc, to get us started, and to collaborate
> > > > >>> on.
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>>>
> > > > >>>>
> > > > >>>
> > > >
> > >
> >
> https://docs.google.com/document/d/1bS6sr-HSrHFjZb0welife6Qx7u3ZDgRiAoENMLYlfz8/edit?usp=sharing
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> Thanks,
> > > > >>>>>>>>>>>> Sumanth
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> On Thu, May 23, 2019 at 12:04 PM Dinesh Joshi <
> > > > >>>>> djo...@apache.org>
> > > > >>>>>>>>>> wrote:
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Sankalp,
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Great point. This is the page created for testing.
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>
> > > > >>>>>>>>>
> > > > >>>>>>
> > > > >>>>>
> > > > >>>>
> > > > >>>
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/display/CASSANDRA/4.0+Quality%3A+Components+and+Test+Plans
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> I think we need to define the various release types and
> > > > >>> the
> > > > >>>>> exit
> > > > >>>>>>>>>>> criteria
> > > > >>>>>>>>>>>>> for each type of release. Anybody want to take a stab
> at
> > > > >>>>> this or
> > > > >>>>>>>>>> start
> > > > >>>>>>>>>>> a
> > > > >>>>>>>>>>>>> thread to discuss it?
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Thanks,
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Dinesh
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> On May 23, 2019, at 11:57 AM, sankalp kohli <
> > > > >>>>>>>>>> kohlisank...@gmail.com>
> > > > >>>>>>>>>>>>> wrote:
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Hi,
> > > > >>>>>>>>>>>>>> Is there a page where it is written what is expected
> > > > >>> from
> > > > >>>>> an
> > > > >>>>>>>>>>> alpha,
> > > > >>>>>>>>>>>>>> beta, rc and a 4.0 release?
> > > > >>>>>>>>>>>>>> Also how are we coming up with Q4 2019 timeline. Is
> > > > >>> this
> > > > >>>> for
> > > > >>>>>>>>> alpha,
> > > > >>>>>>>>>>>> beta,
> > > > >>>>>>>>>>>>>> rc or 4.0 release?
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Thanks,
> > > > >>>>>>>>>>>>>> Sankalp
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> On Thu, May 23, 2019 at 11:27 AM Attila Wind
> > > > >>>>>>>>>> <attilaw@swf.technology
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>>> wrote:
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>> +1+1+1 I read a blog post was talking about last
> > > > >>> sept(?)
> > > > >>>> to
> > > > >>>>>>>>> freeze
> > > > >>>>>>>>>>>>>>> features and start extensive testing. Maybe its
> really
> > > > >>>>> time to
> > > > >>>>>>>>> hit
> > > > >>>>>>>>>>> it!
> > > > >>>>>>>>>>>>> :-)
> > > > >>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>> Attila Wind
> > > > >>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>> http://www.linkedin.com/in/attilaw
> > > > >>>>>>>>>>>>>>> Mobile: +36 31 7811355
> > > > >>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>> On 2019. 05. 23. 19:30, ajs6f wrote:
> > > > >>>>>>>>>>>>>>>> +1 in the fullest degree. A date that needs to be
> > > > >>>> changed
> > > > >>>>> is
> > > > >>>>>>>>>> still
> > > > >>>>>>>>>>>>>>> enormously more attractive than no date at all.
> > > > >>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>> Adam Soroka
> > > > >>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>>> On May 23, 2019, at 12:01 PM, Sumanth Pasupuleti <
> > > > >>>>>>>>>>>>>>> spasupul...@netflix.com.INVALID> wrote:
> > > > >>>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>>> Having at least a ballpark target on the website
> > > > >>> will
> > > > >>>>>>>>> definitely
> > > > >>>>>>>>>>>> help.
> > > > >>>>>>>>>>>>>>> +1
> > > > >>>>>>>>>>>>>>>>> on setting it to Q4 2019 for now.
> > > > >>>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>>> On Thu, May 23, 2019 at 8:52 AM Dinesh Joshi <
> > > > >>>>>>>>> djo...@apache.org
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>>>> wrote:
> > > > >>>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>>>> +1 on setting a date.
> > > > >>>>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>>>> Dinesh
> > > > >>>>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>>>>> On May 23, 2019, at 11:07 AM, Michael Shuler <
> > > > >>>>>>>>>>>>> mich...@pbandjelly.org>
> > > > >>>>>>>>>>>>>>>>>> wrote:
> > > > >>>>>>>>>>>>>>>>>>> We've had 4.0 listed as TBD release date for a
> > > > >>> very
> > > > >>>>> long
> > > > >>>>>>>>> time.
> > > > >>>>>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>>>>> Yesterday, Alexander Dejanovski got a "when's 4.0
> > > > >>>>> going to
> > > > >>>>>>>>>>>> release?"
> > > > >>>>>>>>>>>>>>>>>> question after his repair talk and he suggested
> > > > >>>>> possibly Q4
> > > > >>>>>>>>>> 2019.
> > > > >>>>>>>>>>>>> This
> > > > >>>>>>>>>>>>>>>>>> morning Nate McCall hinted at possibly being close
> > > > >>> by
> > > > >>>>>>>>> ApacheCon
> > > > >>>>>>>>>>> Las
> > > > >>>>>>>>>>>>>>> Vegas
> > > > >>>>>>>>>>>>>>>>>> in September. These got me thinking..
> > > > >>>>>>>>>>>>>>>>>>> Think we can we shoot for having a 4.0
> > > > >>> alpha/beta/rc
> > > > >>>>> ready
> > > > >>>>>>>>> to
> > > > >>>>>>>>>>>>>>>>>> announce/release at ApacheCon? At that time, we'll
> > > > >>>> have
> > > > >>>>> been
> > > > >>>>>>>>>>> frozen
> > > > >>>>>>>>>>>>>>> for 1
> > > > >>>>>>>>>>>>>>>>>> year, and I think we can. We'll GA release when
> > > > >>> it's
> > > > >>>>> ready,
> > > > >>>>>>>>>> but I
> > > > >>>>>>>>>>>>>>> think Q4
> > > > >>>>>>>>>>>>>>>>>> could be an realistic target.
> > > > >>>>>>>>>>>>>>>>>>> With that said, I'd like to change "TBD" on the
> > > > >>>>> downloads
> > > > >>>>>>>>> page
> > > > >>>>>>>>>>> to
> > > > >>>>>>>>>>>>>>> "Est.
> > > > >>>>>>>>>>>>>>>>>> Q4 2019". We can always push or pull the estimate,
> > > > >>>> but I
> > > > >>>>>>>>> think
> > > > >>>>>>>>>>> it's
> > > > >>>>>>>>>>>>>>> time to
> > > > >>>>>>>>>>>>>>>>>> have a goal line. This lines up with ApacheCon
> > > > >>> nicely
> > > > >>>>> for a
> > > > >>>>>>>>>>> preview
> > > > >>>>>>>>>>>>>>> release.
> > > > >>>>>>>>>>>>>>>>>>> Any concerns or objections to editing the
> download
> > > > >>>>> page?
> > > > >>>>>>>>> Have
> > > > >>>>>>>>>>> some
> > > > >>>>>>>>>>>>>>> other
> > > > >>>>>>>>>>>>>>>>>> goal timeframe in mind?
> > > > >>>>>>>>>>>>>>>>>>> --
> > > > >>>>>>>>>>>>>>>>>>> Warm regards,
> > > > >>>>>>>>>>>>>>>>>>> Michael
> > > > >>>>>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>
> > > > >>>>>
> > > ---------------------------------------------------------------------
> > > > >>>>>>>>>>>>>>>>>>> To unsubscribe, e-mail:
> > > > >>>>>>>>> dev-unsubscr...@cassandra.apache.org
> > > > >>>>>>>>>>>>>>>>>>> For additional commands, e-mail:
> > > > >>>>>>>>>> dev-h...@cassandra.apache.org
> > > > >>>>>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>
> > > > >>>>>>
> > > > >>>>
> > > ---------------------------------------------------------------------
> > > > >>>>>>>>>>>>>>>>>> To unsubscribe, e-mail:
> > > > >>>>> dev-unsubscr...@cassandra.apache.org
> > > > >>>>>>>>>>>>>>>>>> For additional commands, e-mail:
> > > > >>>>>>>>> dev-h...@cassandra.apache.org
> > > > >>>>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>
> > > > >>>>>
> > > ---------------------------------------------------------------------
> > > > >>>>>>>>>>>>>>>> To unsubscribe, e-mail:
> > > > >>>>> dev-unsubscr...@cassandra.apache.org
> > > > >>>>>>>>>>>>>>>> For additional commands, e-mail:
> > > > >>>>> dev-h...@cassandra.apache.org
> > > > >>>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>
> > > > >>>>>
> > > ---------------------------------------------------------------------
> > > > >>>>>>>>>>>>> To unsubscribe, e-mail:
> > > > >>>> dev-unsubscr...@cassandra.apache.org
> > > > >>>>>>>>>>>>> For additional commands, e-mail:
> > > > >>>>> dev-h...@cassandra.apache.org
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>
> > > > >>>>>>>>>
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>
> > > ---------------------------------------------------------------------
> > > > >>>>>>> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
> > > > >>>>>>> For additional commands, e-mail:
> > > > >>> dev-h...@cassandra.apache.org
> > > > >>>>>>>
> > > > >>>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > > >>>>>
> > > ---------------------------------------------------------------------
> > > > >>>>> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
> > > > >>>>> For additional commands, e-mail: dev-h...@cassandra.apache.org
> > > > >>>>>
> > > > >>>>>
> > > > >>>>
> > > > >>>
> > > > >>>
> > > > >>> --
> > > > >>> alex p
> > > > >>>
> > > > >>
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
> > > > For additional commands, e-mail: dev-h...@cassandra.apache.org
> > > >
> > > >
> > >
> >
>

Reply via email to