+1 Thanks a lot Todd for putting this together and volunteered to be the RM.

Best,
Hao

On Tue, Feb 21, 2017 at 10:40 AM, Dave Wang <[email protected]> wrote:

> Strong +1 on your proposal Todd.
>
> - Dave
>
> On Tue, Feb 21, 2017 at 10:39 AM, Jean-Daniel Cryans <[email protected]>
> wrote:
>
> > +1 on the plan and +1 on you being the RM since you're so close to all
> the
> > security-related patches.
> >
> > J-D
> >
> > On Tue, Feb 21, 2017 at 10:32 AM, Todd Lipcon <[email protected]> wrote:
> >
> > > Hi folks,
> > >
> > > I don't think the topic of Kudu 1.3 has been brought up on the dev list
> > yet
> > > (though I just hinted at it on a user@ thread). I wanted to open this
> > > topic
> > > to discussion by proposing a release plan.
> > >
> > > Back in December, the discussion around the 1.2 release was to hold off
> > on
> > > the security features, and push them to 1.3. So, obviously security has
> > > been a big focus of development over the last month or so. I've been
> > pretty
> > > involved with this development and it seems from my perspective that
> the
> > > initial phase of development (authentication without authorization) is
> > > wrapping up, and would be good to get out to users.
> > >
> > > Aside from security, there are a bunch of good bug fixes and
> > improvements.
> > > From a quick scan of the git log, a few things of note are:
> > >
> > > - fixes to various cases where more disk space was consumed than
> actually
> > > used for data
> > > - support for using Breakpad for crash analysis
> > > - new default encodings/compression to save space and increase
> > performance
> > > - compression of the WAL and deltafiles (performance and space)
> > > - support for IS NULL and IS NOT NULL predicates
> > > - improved hash-partition pruning for IN-list predicates
> > >
> > > ...plus a few nice bug fixes and stability improvements.
> > >
> > > All of the above seems like it should make for a compelling 1.3
> release.
> > >
> > > Following the pattern of 1.2, I think we should plan to branch this
> week,
> > > and then spend a week or two on stabilization and testing before making
> > the
> > > release candidate.
> > >
> > > I'll volunteer to be the RM again unles anyone else feels like taking a
> > > turn.
> > >
> > > Any comments or concerns?
> > >
> > > -Todd
> > >
> > > --
> > > Todd Lipcon
> > > Software Engineer, Cloudera
> > >
> >
>

Reply via email to