I will do it now.

JM


2013/12/4 Enis Söztutar <enis....@gmail.com>

> Do you mind creating a release tag for 99 in jira?
>
> Thanks,
> Enis
>
>
> On Wed, Dec 4, 2013 at 1:45 AM, Andrew Purtell <apurt...@apache.org>
> wrote:
>
> > I've branched for 0.98. Trunk now builds as 0.99.0-SNAPSHOT. The new
> branch
> > 0.98 builds as 0.98.0-SNAPSHOT.  Checked the Git mirror, the new branch
> and
> > POM updates have already made it over. Looks good.
> >
> >
> > On Wed, Dec 4, 2013 at 8:08 AM, Andrew Purtell <apurt...@apache.org>
> > wrote:
> >
> > > As you've probably noticed I've been holding as some last minute
> details
> > > come in. However I am going to make the branch today. I will just do
> the
> > > svn copy some time in the afternoon here, so that will be overnight in
> > the
> > > Pacific timezone. It would be tremendously helpful if someone with
> > Jenkins
> > > karma could help set up jobs for the new branch once that's done.
> > >
> > >
> > > On Thursday, November 28, 2013, Andrew Purtell wrote:
> > >
> > >> It's come time to think about branching for the 0.98 release. I'm
> > >> thinking about creating the branch in SVN on 12/1.
> > >>
> > >> Soon thereafter over here at Intel we are planning to airlift a simian
> > >> army into the EC2 cloud to put the branch through the wringer.
> > >>
> > >> There are 63 open JIRAs with 0.98 fix version:
> > >>
> >
> https://issues.apache.org/jira/browse/HBASE-8115?jql=project%20%3D%20HBASE%20AND%20fixVersion%20%3D%20%220.98.0%22%20AND%20status%20in%20(Open%2C%20%22In%20Progress%22%2C%20Reopened)
> > >> That's too many. I will be moving a bunch out over the next few days.
> > >>
> > >> Currently there are 4 blockers: HBASE-6873 (clean up coprocessor
> loading
> > >> failure), HBASE-9997 (Add per KV security details to HBase book),
> > >> HBASE-1005 (TestVisibilityLabels fails occasionally), and HBASE-10031
> > (Add
> > >> a section on the transparent CF encryption feature to the manual).
> > >>
> > >> There are 6 criticals: HBASE-5954 (add proper fsync support),
> HBASE-7057
> > >> (store ServerLoad in a table), HBASE-7781 (Provide the ability to run
> > >> integration tests with security enabled), HBASE-8770 (deletes and puts
> > with
> > >> the same ts should be resolved according to mvcc/seqnum), HBASE-9513
> > (why
> > >> is pe#randomseekscantest way slower in 0.96 than 0.94), and HBASE-9527
> > >> (remove all old api that takes a table name as a byte array). Given
> the
> > >> current state of these JIRAs, I think all are likely to be moved out
> > except
> > >> HBASE-7781.
> > >>
> > >> During the RC process I will implement HBASE-7781 if it's not been
> done
> > >> elsewhere (patch?) so we can get security coverage during RC
> integration
> > >> testing.
> > >>
> > >> Of the remaining issues, 44 are major, 8 are minor, and 1 is trivial.
> > >>
> > >> Some of the major issues are follow ups to the recently committed
> > >> security features. I have it on good authority these will be completed
> > this
> > >> week. Likewise, HBASE-9997 and HBASE-10031.
> > >>
> > >>
> > >> --
> > >> Best regards,
> > >>
> > >>    - Andy
> > >>
> > >> Problems worthy of attack prove their worth by hitting back. - Piet
> Hein
> > >> (via Tom White)
> > >>
> > >
> > >
> > > --
> > > Best regards,
> > >
> > >    - Andy
> > >
> > > Problems worthy of attack prove their worth by hitting back. - Piet
> Hein
> > > (via Tom White)
> > >
> > >
> >
> >
> > --
> > Best regards,
> >
> >    - Andy
> >
> > Problems worthy of attack prove their worth by hitting back. - Piet Hein
> > (via Tom White)
> >
>

Reply via email to