flink-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Robert Metzger <rmetz...@apache.org>
Subject Re: Planning the 0.9 Release
Date Sun, 07 Jun 2015 22:22:47 GMT
What about https://issues.apache.org/jira/browse/FLINK-2177 and
https://issues.apache.org/jira/browse/FLINK-2054 ? They are both marked as
blockers.

On Fri, Jun 5, 2015 at 4:22 PM, Maximilian Michels <mxm@apache.org> wrote:

> Hi everyone,
>
> I'm excited about the upcoming release. I think a few issues still need to
> be addressed. At least for me, those were
>
> - fixing errors messages on builds with the JDK8
> - removing Apache thrift dependencies as of
> https://issues.apache.org/jira/browse/FLINK-1635
> - Possibly fix an issue in the delta iterations:
> https://issues.apache.org/jira/browse/FLINK-1916
>
> @Ufuk: If you're too busy, I could also act as a release manager.
>
> Cheers,
> Max
>
>
>
> On Thu, Jun 4, 2015 at 2:11 PM, Ufuk Celebi <uce@apache.org> wrote:
>
> >
> > On 03 Jun 2015, at 17:00, Robert Metzger <rmetzger@apache.org> wrote:
> >
> > > What is the status of the 0.9 release planning.
> > >
> > > It seems like many of the open issues from the document have been
> closed.
> > > When do you think are we able to fork off the "release-0.9" branch and
> > > create the first RC ?
> >
> > It would be great to do it in the next days. If there are no objections,
> I
> > would like to act as release manager. :-)
> >
> > Critical issues:
> >
> > - Skipped buffer (
> >
> http://apache-flink-mailing-list-archive.1008284.n3.nabble.com/Buffer-re-ordering-problem-td6009.html
> )
> > (I'm on it)
> > - Execution graph deadlock (FLINK-2133)
> >
> > Big open issue:
> > - There has been consensus to merge the static code analysis PR for this
> > release, which needs some further testing (I'm on it)
> > - Batch scheduling. I think Till and Stephan are working on this. Can you
> > guys give an estimate whether we will be able to have it in the release?
> >
> > The other big issues have been postponed.
> >
> > – Ufuk
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message