Mailing-List: contact dev-help@reef.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@reef.apache.org
MIME-Version: 1.0
In-Reply-To: 
 <CADq0cj6S2BxiH-urrJvsF4aSRNpJW=7bqiNWPwwf8NoH9wjg-Q@mail.gmail.com>
References: 
 <BL2PR03MB290D1B07B6110994B24CDFED2D10@BL2PR03MB290.namprd03.prod.outlook.com>
 <56B3E07D.1030302@weimo.de>
 <DM2PR03MB319427C50DB43AD7D53A93390D20@DM2PR03MB319.namprd03.prod.outlook.com>
 <CAOq_m-MYG5kSN4dz8C7sFTWJNVTi1OMzKsSyR3GLe9uuUCF8Yw@mail.gmail.com>
 <CADq0cj6BdMtTwnKuSAOPdCZO_ZqeQrM4=yxjdAszFLXmtd_81w@mail.gmail.com>
 <56B4F066.80608@weimo.de>
 <CAOq_m-OSUbgs7mSa=uPcnjmSqkQfv789ayt0MAOoB4r23bJyww@mail.gmail.com>
 <CAOq_m-N9VmzXAnnAEof-MuQbCv0RghH=3wL8pszyT0p6rOwMbA@mail.gmail.com>
 <CADq0cj7To7wjgne87Unc3S_nRJbBmQ7NzzQZC=ABsjOUeJEttQ@mail.gmail.com>
 <CA+4sW8h_YP23M5kbj+ykGJiiq02fowP2sq3V_g-MLHeiiqx+aA@mail.gmail.com>
 <CAOq_m-NNgE5dVXcp4Th9Pgrov3MO4hGfB5PsRs23SiznE7GbQQ@mail.gmail.com>
 <CAOFpRGCAGJ7+3Q-uzzfXht3Y9ntJZ9hbEvrs+b9oDN9o7DRn8A@mail.gmail.com>
 <DM2PR03MB31986E32721631999973E7590A10@DM2PR03MB319.namprd03.prod.outlook.com>
 <CADq0cj6OPH+VQryU8K9ik0ptF0OKv_KAaZc=WYkq439r4j92jA@mail.gmail.com>
 <56c7d263.c1a1420a.5c8c4.ffffdfa7@mx.google.com>
 <CAOFpRGCMYifVTKM+BZ25tEqxYr55h2q0V_-2wsyh4yMoswLv6A@mail.gmail.com>
 <CA+4sW8j=pPhYa15nq3YSgncgMr766pgNg3Z9JcAJpDZDkT9wKg@mail.gmail.com>
 <CADq0cj6S2BxiH-urrJvsF4aSRNpJW=7bqiNWPwwf8NoH9wjg-Q@mail.gmail.com>
From: Yunseong Lee <yunseong.lee0@gmail.com>
Date: Sat, 20 Feb 2016 11:56:42 +0900
Message-ID: 
 <CAOq_m-OZ=uFU0+rO=yHZ+DJabkri1Bi+J5JAifHZRS9LKUgcPA@mail.gmail.com>
Subject: Re: Should we postpone 0.14 release?
To: dev@reef.apache.org
Content-Type: multipart/alternative; boundary=001a113ec2ac049eae052c2ac178

--001a113ec2ac049eae052c2ac178
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Thanks everyone for the thoughtful comments! I agree with you all.

Let's stick to the original schedule (REEF-1040 seems to be merged in
hours!) for 0.14 release.

Also, thanks Boris for volunteering the next release manager!!

Regards,
Yunseong


On Sat, Feb 20, 2016 at 11:52 AM, Byung-Gon Chun <bgchun@gmail.com> wrote:

> Sounds good to me. Thanks.
>
>
> On Sat, Feb 20, 2016 at 11:50 AM, Boris Shulman <shulmanb@gmail.com>
> wrote:
>
> > Sure, will do that. So I assume we all agree that we will target 0.15 ~
> two
> > weeks after 0.14 and it will be mostly driven by the multi-runtime
> feature.
> >
> > Boris.
> >
> > On Fri, Feb 19, 2016 at 6:45 PM, Markus Weimer <markus@weimo.de> wrote:
> >
> > > That sounds like we have a volunteer for the release manager of 0.15 =
:)
> > >
> > > Markus
> > >
> > > On Fri, Feb 19, 2016 at 6:41 PM, Boris Shulman <shulmanb@gmail.com>
> > wrote:
> > > > I agree not to postpone 0.14 but lets target next release it 2-3
> weeks.
> > > I don't mind if we do 0.15 or a minor release.
> > > >
> > > > -----Original Message-----
> > > > From: "Byung-Gon Chun" <bgchun@gmail.com>
> > > > Sent: =E2=80=8E2/=E2=80=8E19/=E2=80=8E2016 6:23 PM
> > > > To: "dev@reef.apache.org" <dev@reef.apache.org>
> > > > Subject: Re: Should we postpone 0.14 release?
> > > >
> > > > I agree with Markus and Julia.
> > > > Let's not postpone this release.
> > > >
> > > >
> > > > On Sat, Feb 20, 2016 at 11:03 AM, Julia Wang (QIUHE) <
> > > > Qiuhe.Wang@microsoft.com> wrote:
> > > >
> > > >> I agree. For test failure, we have to postpone. For feature, it ca=
n
> > > always
> > > >> catch next train if our release frequency is reasonable and the
> > feature
> > > is
> > > >> not that critical.
> > > >>
> > > >> I believe we have resolved test failure about
> > > >> CanRunClrBridgeExampleOnLocalRuntime which is a E2E test.
> > > >>
> > > >> Julia
> > > >>
> > > >> -----Original Message-----
> > > >> From: Markus Weimer [mailto:markus@weimo.de]
> > > >> Sent: Friday, February 19, 2016 5:58 PM
> > > >> To: dev@reef.apache.org
> > > >> Subject: Re: Should we postpone 0.14 release?
> > > >>
> > > >> Hi,
> > > >>
> > > >> I'm against postponing releases. It just turns into a never-ending
> > story
> > > >> of postponements. Each release (even minor ones) have the same
> effort
> > > for
> > > >> us. Given that this one would be driven by a new feature, why not
> aim
> > > for a
> > > >> quick turnaround to 0.15? That way, we could also remove a lot of
> code
> > > we
> > > >> recently deprecated soon as well.
> > > >>
> > > >> Markus
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > Byung-Gon Chun
> > >
> >
>
>
>
> --
> Byung-Gon Chun
>

--001a113ec2ac049eae052c2ac178--