bq. to see branch-1 be our new long term stable branch
I agree.
Having an experienced PMC shepherding branch-1 would lay good foundation
for future 1.4+ and 2.x releases.
+1 with Andrew taking up this role.
Cheers
On Fri, Jan 6, 2017 at 6:07 PM, Andrew Purtell
wrote:
> I would like to see bra
I would like to see branch-1 be our new long term stable branch and so to be
maintained for roughly as long as 0.98 was: three years from first release
(1.0.0).
It would be maintained the same way as 0.98 was. I would like to drive monthly
releases but they would only be -SNAPSHOT and never ad
I like this idea in general (and thanks for volunteering!).
Speaking specifically about branch-1 and given 2.0 release
discussions, is it proper time/thread to also discuss what
do we want to do with branch-1? Like, say that 1.4 would be
the last release off this line and hence branch-1 should be
HBasers,
I would like to propose extending our informal "branch RM" concept just a
bit to include the nonreleasing branches like branch-1, branch-2 (when it
exists), and master. These branches are where all commits are made passing
through down to the releasing branches targeted for the change (li
Thanks for carrying 0.98 for this long Andrew (+1 on EOL Message).
St.Ack
On Fri, Jan 6, 2017 at 4:51 PM, Andrew Purtell wrote:
> HBasers,
>
> Happy new year!
>
> The 0.98 branch has had a great run at a fairly constant release cadence,
> producing 24 releases in all.
>
> I served as the branch
HBasers,
Happy new year!
The 0.98 branch has had a great run at a fairly constant release cadence,
producing 24 releases in all.
I served as the branch RM for 98 for all of that time, and now I feel the
time has come to move on to work with more recent code. Therefore please
consider this my res
Yishan Yang created HBASE-17437:
---
Summary: Support specifying WAL directory to different directory
with different file system (For example: S3)
Key: HBASE-17437
URL: https://issues.apache.org/jira/browse/HBASE-17437
Ted Yu created HBASE-17436:
--
Summary: Add facility to provide more information for Other
Regions seen on Master UI
Key: HBASE-17436
URL: https://issues.apache.org/jira/browse/HBASE-17436
Project: HBase
+1
Ran test suite with JDK 8 - all passed
Exercised basic shell commands
Ran LoadTestTool
On Fri, Jan 6, 2017 at 12:42 PM, Mikhail Antonov
wrote:
> Hello everyone,
>
> I'm pleased to announce the first release candidate for HBase 1.3.0 is
> available to download and testing.
>
> Artifacts are
I agree we need a long and stable 1.x release. Branch-1 is a good fit for
that role.
It has the stability and compatibility of 1.x, and it has still been quite
open for flow of improvements and commits.
+1
Jerry
On Fri, Jan 6, 2017 at 1:01 PM, Mikhail Antonov
wrote:
> I support that idea of c
Ted Yu created HBASE-17435:
--
Summary: Call to preCommitStoreFile() hook encounters
SaslException in secure deployment
Key: HBASE-17435
URL: https://issues.apache.org/jira/browse/HBASE-17435
Project: HBase
Hurray!
On Fri, Jan 6, 2017 at 12:42 PM, Mikhail Antonov
wrote:
> Hello everyone,
>
> I'm pleased to announce the first release candidate for HBase 1.3.0 is
> available to download and testing.
>
> Artifacts are available here:
>
> https://dist.apache.org/repos/dist/dev/hbase/1.3.0RC0/
>
> Maven
I support that idea of cutting branch-2 early. Yes it will create some
burden for the RM and committers to port things between the
branches, but until the branch is cut we won't have that sense of imminense
of approaching release, and more importantly, until
branch is cut _all_ commits will continu
Hello everyone,
I'm pleased to announce the first release candidate for HBase 1.3.0 is
available to download and testing.
Artifacts are available here:
https://dist.apache.org/repos/dist/dev/hbase/1.3.0RC0/
Maven artifacts are available in the staging repository:
https://repository.apache.org/
[
https://issues.apache.org/jira/browse/HBASE-17431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ted Yu reopened HBASE-17431:
> Incorrect precheck condition in RoundRobinPool#get()
>
>
Eshcar Hillel created HBASE-17434:
-
Summary: New Synchronization Scheme for Compaction Pipeline
Key: HBASE-17434
URL: https://issues.apache.org/jira/browse/HBASE-17434
Project: HBase
Issue Ty
Considerations for a new branch-2 and branch-1 are orthogonal in my opinion.
I intend to volunteer to be the RM for branch-1 itself (we've not had one
before) as necessary for it to become a stable source of incremental releases
for a long time, similar to how we had 0.98 active for almost thre
Ted Yu created HBASE-17433:
--
Summary: Consider deduplicating exception field of
ResultOrException for multi rquest
Key: HBASE-17433
URL: https://issues.apache.org/jira/browse/HBASE-17433
Project: HBase
Build status: Successful
If successful, the website and docs have been generated. To update the live
site, follow the instructions below. If failed, skip to the bottom of this
email.
Use the following commands to download the patch and apply it to a clean branch
based on origin/asf-site. If yo
Phil Yang created HBASE-17432:
-
Summary: Use less threads to read WAL in replication
Key: HBASE-17432
URL: https://issues.apache.org/jira/browse/HBASE-17432
Project: HBase
Issue Type: Improvement
20 matches
Mail list logo
