[DISCUSS] Limiting gitbox PR email

Heya, I would like our dev@ subscription to gitbox notifications to match that of our JIRA notifications — just open, close of issues. Right now we’re getting every comment. Like JIRA, users are able to “watch” individual PRs that they find to be of interest. Any objections if I engage infra on m

Re: [DISCUSS] Multiplicity of repos and release tooling

urs" and "I wish we had more people voting in RCs" and "I wish we could keep a monthly release cadence on every branch we're maintaining". So I'd like to see a focused effort on maximizing the volunteer human and machine time that's thrown our way. Thanks, Nick

[DISCUSS] Multiplicity of repos and release tooling

ote.sh can be made to work with releases generated from each of the repos, as it's not doing all that much. Thoughts? Thanks, Nick On Wed, Sep 18, 2019 at 9:42 AM Nick Dimiduk wrote: > +1 > > - Verified signatures. > - Verified checksums. > - Built from source tarball suc

Re: [VOTE] The first HBase Operator Tools 1.0.0 release candidate (RC0) is available

+1 - Verified signatures. - Verified checksums. - Built from source tarball successfully. - Ran unit tests from source tarball, pass. - Ran rat check from source tarball, pass. On Mon, Sep 16, 2019 at 11:31 AM Peter Somogyi wrote: > Please vote on this Apache HBase Operator Tools Release

[jira] [Created] (HBASE-23048) Adapt dev-support release-related scripts to function for artifacts from our various repositories

Nick Dimiduk created HBASE-23048: Summary: Adapt dev-support release-related scripts to function for artifacts from our various repositories Key: HBASE-23048 URL: https://issues.apache.org/jira/browse/HBASE

Re: Failure: HBase Generate Website

Thanks for checking. On Tue, Sep 3, 2019 at 08:11 Josh Elser wrote: > In case someone else was meaning to look at this: > > Seems to be transient. status.a.o doesn't go back far enough to see if > this was an acknowledged issue. > > > Connect to repository.apache.org:80 > [repository.apache.org

Re: Flaky test and HBase-adhoc-run-tests job

Hi Sakthi, I apologize for the delay of reply. I’m not familiar with the details of this job, nor am I a recent participant in the community, so I was hoping someone with more recent experience would answer these questions. To the best of my knowledge, we have no objection to creating jira-specif

[jira] [Created] (HBASE-22950) Expose metrics for RegionNormalizer

Nick Dimiduk created HBASE-22950: Summary: Expose metrics for RegionNormalizer Key: HBASE-22950 URL: https://issues.apache.org/jira/browse/HBASE-22950 Project: HBase Issue Type: Improvement

[jira] [Created] (HBASE-22948) Report region size metric as a histogram

Nick Dimiduk created HBASE-22948: Summary: Report region size metric as a histogram Key: HBASE-22948 URL: https://issues.apache.org/jira/browse/HBASE-22948 Project: HBase Issue Type

Re: [VOTE] Second release candidate for HBase 2.1.6 is available for download

+1 using this fancy new hbase-vote.sh: * Signature: ok * Checksum : ok * Rat check (1.8.0_222): ok - mvn clean apache-rat:check * Built from source (1.8.0_222): ok - mvn clean install -DskipTests * Unit tests pass (1.8.0_222): failed

Re: [VOTE] First release candidate for HBase 2.1.6 is available for download

Maybe this RC is already sunk due to HBASE-22823, but FYI, the test added on HBASE-22169 is failing consistently for me. I added a comment to the jira with my diagnostics; I think the fix is quite simple. On Wed, Aug 21, 2019 at 12:20 AM Sakthi wrote: > +1 (non-binding) > > Java version: Amazon

Re: Using libraries licensed under LGPL

My understanding of [0] is that various versions of LGPL are explicitly prohibited from use as a dependency in Apache Foundation projects. I’m not a lawyer. [0]: https://apache.org/legal/resolved.html#category-x On Thu, May 23, 2019 at 7:18 AM 张铎(Duo Zhang) wrote: > HBase itself can not depend

Re: [DISCUSS] Reminder: please use 'rebase' or 'squash' when accepting PRs via github

:21 PM Nick Dimiduk wrote: > > > I am +1 for linear commit history. > > > > Does the “squash” option give the committer enough control over the > commit > > message format and structure? I personally prefer to perform all of my > > commit rewriting locally, ver

Re: [DISCUSS] Reminder: please use 'rebase' or 'squash' when accepting PRs via github

I am +1 for linear commit history. Does the “squash” option give the committer enough control over the commit message format and structure? I personally prefer to perform all of my commit rewriting locally, verify it locally, and then force-push the desired history to the feature branch before usi

Re: [VOTE] Send GitHub notification to issues@hbase

+1 from me, to be sure :) Thanks Peter. On Wed, Mar 27, 2019 at 12:29 PM Peter Somogyi wrote: > Hi, > > Right now notification emails from GitHub activities are sent to dev@hbase > for https://github.com/apache/hbase repository. Nick Dimiduk had a > suggestion that these should

Re: Are we ready to accept PR commit from github?

Can we have the gitbox message-per-github-action pipped to commits@ instead of dev@ ? On Tue, Mar 26, 2019 at 6:15 AM Josh Elser wrote: > Yep, the trigger to call Jenkins from Github PR's is something Infra > controls. All I know is that I sent an email to us...@infra.apache.org > explaining wha

Re: GetAndPut

Hi JM, I wonder if your usecase is supported by the multi operation. If you enable multiple cell versions on the store, you should be able to send a single multi RPC containing first the CAX, then the multi-version get. The get portion of the returned result would contain all the cell values you r

Broken Blog Images

Heya, There's some nice posts up on the Apache blog, such as [0]. Sadly, it looks like the image refs are broken. Refs are pointing off to some 3rd party content hosting site. Maybe they can be updated to local-to-the-blog content? Thanks, Nick [0]: https://blogs.apache.org/hbase/entry/hbase_zk_

Re: HBase Website Cleanup task

My only concern is that all my searches targeting our user guide land in 0.94 docs. I don't know why the SEO lands us thusly, but I fear that suddenly it'll look to user searches like the project is dead. On Mon, Feb 4, 2019 at 11:46 AM Misty Linville wrote: > +1 > > On Mon, Feb 4, 2019 at 10:04

Re: Nice article on one of our own....

Congratulations and thank you, Duo, for all your efforts! On Wed, Jan 9, 2019 at 10:42 AM Stack wrote: > See #3 in list of top 5 Apache committers: > https://www.cbronline.com/feature/apache-top-5 > S >

Re: Rolling 2.1.2 and 2.0.4

For security-related deprecations, we'll publish a new release of the same version, with an additional version number appended. For instance, a critical bug in x.y.z would cause its deprecation, and a new x.y.z.1 be released in its place, containing as a delta only the patch necessary to resolve th

Re: [DISCUSS] Release cadence for HBase 2.y

This is an important topic. Thanks for bringing it up. For what it’s worth, I found the “release train” to work pretty well for patch releases from 1.1. That was only possible because of the stability of that branch. After the first couple releases, devs were pretty good about honoring the “bug fi

Re: [DISCUSS] Hadoop version compatibility table

Hi Josh, I'd prefer we maintain the simple "traffic light" labels for our compatibility. I'm confused about what the difference might be between "NP" and "X". I'm also confused how there can be any label with less functionality than "X". -n On Tue, 21 Aug 2018 at 08:12 Josh Elser wrote: > Mich

Re: Is HBaseTestingUtility part of public API?

I think downstream users pull this in for integration tests. We should think about how we expect user applications to test their interactions with HBase. While we're at it, we should consider publishing a test BOM pom to reduce the guess-work. Stack's HBase Downstreamer is a good project to shine a

Re: [DISCUSS] Purge hbase-archetypes?

That'd be a shame. This kind of thing makes getting started a lot easier for folks. Maybe we move these to a separate repo? It's some crazy overhead all things considered. On Fri, Jan 12, 2018 at 9:25 PM Stack wrote: > Anyone using it? As far as I know it goes unsupported (anyone interested in >

Re: Assignment Manager and clock advance.

I don't think these assumptions are reliable. I've seen cases where subsequent calls to currentTimeMillis() are non-incrementing on specific Linux distributions. Taken in aggregate, the system clock makes progress, but those aggregations are on the multi-second scale. On Tue, Jan 2, 2018 at 4:37 P

EOL HBase 1.1

Hello, This is for folks who haven't followed our discussions and aren't reading closely the ANNOUNCE mail. The release line from branch-1.1 is now concluded. 1.1.13 was the final release for that line. 1.2 has been our stable release line for quite some time -- please upgrade! Thank you again to

[ANNOUNCE] Apache HBase 1.1.13 is now available for download

The HBase team is happy to announce the immediate availability of HBase 1.1.13! Download it from an Apache mirror near you, http://www.apache.org/dyn/closer.lua/hbase/, or wire up through the maven repo. Apache HBase is an open-source, distributed, versioned, non-relational database. Apache HBase

[RESULT][VOTE] First release candidate for HBase 1.1.13 (RC0) is available

, Nick On Mon, Dec 11, 2017 at 11:21 AM, Mike Drob wrote: > Let's call it a -0. :) > > On Mon, Dec 11, 2017 at 1:14 PM, Nick Dimiduk wrote: > > > On Mon, Dec 11, 2017 at 8:20 AM, Mike Drob wrote: > > > > > Yea, this candidate is fine to promote from my pe

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

any ambiguity that may remain. With that done, I can call the VOTE. Thanks, Nick On Sun, Dec 10, 2017 at 7:11 PM, Nick Dimiduk wrote: > > > At close of the period, this VOTE has received 3x binding +1's, a > > non-binding +1, and a non-binding -1, with no other votes cast. &g

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

this candidate. Mike, is that view consistent with your intentions? Thanks, Nick On Fri, Dec 8, 2017 at 9:00 PM, Nick Dimiduk wrote: > +1 > > - verified tarballs vs public key on people.apache.org. > - extracted bin tgz: > - inspect structure. look good. > - with jdk1.8.0_65: &

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

ll > wrote: > > > +1 > > > > Checked sums and signatures: ok > > Checked compat report: ok > > RAT check passed: ok (7u80) > > Built from source: ok (7u80) > > Unit tests pass: ok (8u131) > > 1M row LTT: ok (8u131) > > > > > > On Thu

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

e a new RC coming out (w.r.t. Mike's comment) ? > > Cheers > > On Mon, Dec 4, 2017 at 8:37 PM, Nick Dimiduk wrote: > > > Mike: > > > > > Do you plan to make a human-readable set of release notes in addition > to > > the list of JIRA issues resolved

Re: branch-1 policy for builds against Hadoop 3.0.0

On Mon, Dec 4, 2017 at 3:30 PM, Josh Elser wrote: > +1 not release blockers > > This stems from this line of thinking: > > * Hadoop does not dictate HBase's release schedule (except in extenuating > circumstances) > * HBase can't ensure compatibility against something that does not yet > exist

Re: Removing hbase-native-client (HBASE-19419)

On Mon, Dec 4, 2017 at 3:28 PM, Josh Elser wrote: > Makes sense to me. > > *soapbox* I think focusing on https://issues.apache.org/jira > /browse/HBASE-14850 would be a better use of time than trying to > revitalize the old stuff (which I assume has begun to rot). Is the code under hbase-native

Re: [VOTE] First release candidate for HBase 1.1.13 (RC0) is available

> > > >> > > general: > > > > >> > > + sign, sums good > > > > >> > > > > > > >> > > src: > > > > >> > > - tar missing hbase-native-client (present in tag) > > > > >> > &g

[VOTE] First release candidate for HBase 1.1.13 (RC0) is available

I'm happy to announce the first release candidate of HBase 1.1.13 (HBase-1.1.13RC0) is available for download at *https://dist.apache.org/repos/dist/dev/hbase/hbase-1.1.13RC0/ *. This is to be the final release from branch-1.1. Maven

Re: [DISCUSS] Any committers willing to do maintenance releases over the holidays?

ber 1, 2017 at 12:24 AM > To: > Subject: Re: [DISCUSS] Any committers willing to do maintenance releases > over the holidays? > > > > Loads of helping hands...woohoo! > > > > -Appy > > > > > > On Oct 31, 2017 4:01 PM, "Nick Dimiduk" wrote

Final 1.1 release

Hello! By (extremely) lazy consensus, it's looking like the final release of HBase 1.1 will be lucky number 1.1.13. I'd like to publish a release candidate after the US Thanksgiving holiday, let's say on or around Monday, Nov 27. That said, there is one think that I think may delay, or at least b

Re: DISCUSSION: Minimum hbase1 version from which you can upgrade to hbase2 (1.2.x?)

1.2 is good, but are we aware of anything that precludes 1.1? 0.98? On disk compatibility (HFile, WAL, AMv2) should be the limiting factor here, right? Wire protocols have been compatible all the while... On Fri, Nov 3, 2017 at 5:56 PM Zach York wrote: > +1 for having the minimum (supported) hba

Re: [DISCUSS] Any committers willing to do maintenance releases over the holidays?

As 1.1 is rounding down, I will be able to apply that time to helping out on another release line, if that's useful to the community. Thanks, Nick On Mon, Oct 30, 2017 at 9:35 PM, Sean Busbey wrote: > Hi folks! > > I'm in the process of getting us a 1.2.7-RC, hopefully soon[1]. This > release i

Re: Is our maven build order correct? Do we have required jars in binary/source tar.gz?

On Wed, Oct 25, 2017 at 9:53 PM, Sean Busbey wrote: > > okay so here's a use case. our return from `hbase classpath` is a > nightmare. if you're a downstream user that just wants "hey hbase give > me jars I need to run against you right now." it's garbage. we could > include the shaded jars and r

Re: Struggles around Cell#getType()

On Fri, Oct 27, 2017 at 9:58 AM, Josh Elser wrote: > Re-reading https://issues.apache.org/jira/browse/HBASE-8693 that Sergey > pointed out, I more think that the maybe getType() was misintepreted from > what Nick originally meant it to be. Maybe intentional, maybe not. > The classes under o.a.h.

Re: Delaying 1.1.13 for another month

to a crawl and 1.2 has been marked stable for some time. On Wed, Oct 18, 2017 at 10:09 AM, Mike Drob wrote: > > > Maybe we do a final release on it and then EOL the branch? > > > > On Fri, Oct 13, 2017 at 5:25 PM, Nick Dimiduk > wrote: > > > >> Our be

Re: Is our maven build order correct? Do we have required jars in binary/source tar.gz?

IMHO, you go to the bin.tgz for a runnable executable. Everything else (archetypes, client jars, sources) is pulled down from Maven Central through dev tooling. I don't see a strong need for ops to receive the latter in the bin.tgz. The only use I can think of is ignoring someone wants to automate

Re: Delaying 1.1.13 for another month

Our beloved branch-1.1 is still showing only the most minor product changes. Almost everything since 1.1.12 is build, test related. Once again, I'll let it continue on the back-burner for another month, unless someone speaks up. Same time next month, -n On Mon, Sep 18, 2017 at 9:04 PM,

Re: Performance issue in the Join query on the HBase tables

Have you considered running Hive/Spark over snapshots of your HBase tables? If you're seeing network saturation over HBase but not hdfs, makes me think data locality is not being honored. Might be worth investigating as well. On Fri, Sep 29, 2017 at 3:26 AM wenxing zheng wrote: > Dear all, > >

Post-release RM duties

Heya, I noticed tonight that I've been remiss in closing tickets after the dust settles around a release. I think it's something I/we did, once upon a time. However, I don't see any mention of it in the ref guide around releases. Is this something that should be done? Can you point me to our exist

Re: DISCUSS: How can we have less branches?

On Tue, Aug 8, 2017 at 10:40 AM, Andrew Purtell > > > > > wrote: > > > > > > > > > +1 from me on making 1.1 our LTS. Either 1.1 or 1.2 are > candidates. I > > > > think > > > > > 1.1 has the edge because it lacks locking cha

Delaying 1.1.13 for another month

Heya folks, There's slim commits to branch-1.1 over the last month. Looks like nothing pressing by my eyes, so I'm going to let the branch simmer for another month, let more changes accumulate. Will check back in with you in early October. Reply here if you have strong feeling to the contrary. K

[ANNOUNCE] Apache HBase 1.1.12 is now available for download

The HBase team is happy to announce the immediate availability of HBase 1.1.12! Download it from an Apache mirror near you, http://www.apache.org/dyn/closer.lua/hbase/, or wire up through the maven repo. Apache HBase is an open-source, distributed, versioned, non-relational database. Apache HBase

[jira] [Created] (HBASE-18648) Update release checksum generation instructions

Nick Dimiduk created HBASE-18648: Summary: Update release checksum generation instructions Key: HBASE-18648 URL: https://issues.apache.org/jira/browse/HBASE-18648 Project: HBase Issue Type

[RESULT][VOTE] First release candidate for HBase 1.1.12 (RC0) is available

With 5x binding and 1x votes to the affirmative and no other ballets cast, this VOTE passes. Thanks to everyone who came out to check bits this cycle. -n On Sat, Aug 12, 2017 at 3:09 PM, Nick Dimiduk wrote: > I'm happy to announce the first release candidate of HBase 1.1.12 > (HBas

Re: [DISCUSS] Remove HTrace 3.2.0-incubating from HBase

Tamas has some vested interest in being that owner, having brought up the topic to start with? On Aug 15, 2017 7:18 PM, "Nick Dimiduk" wrote: > > > Agreed that ripping with no replacement would be too extreme and short > > notice for 2.0. > > > > On Tue, Aug

Re: [DISCUSS] Remove HTrace 3.2.0-incubating from HBase

without cause. (The state of HTrace.) > > > On Tue, Aug 15, 2017 at 5:10 PM, Nick Dimiduk wrote: > > > IMHO, we should be actively pruning half-implemented, testless, ownerless > > code. HTrace queues up well for that chopping block. Long back I wanted > to > > se

Re: [DISCUSS] Remove HTrace 3.2.0-incubating from HBase

IMHO, we should be actively pruning half-implemented, testless, ownerless code. HTrace queues up well for that chopping block. Long back I wanted to see this particular feature though, but I cannot volunteer for the role currently. If Phoenix devs are advertising this feature to their users, their

[jira] [Created] (HBASE-18585) Update release instructions involving gpg-agent

Nick Dimiduk created HBASE-18585: Summary: Update release instructions involving gpg-agent Key: HBASE-18585 URL: https://issues.apache.org/jira/browse/HBASE-18585 Project: HBase Issue Type

Re: [VOTE] First release candidate for HBase 1.1.12 (RC0) is available

On Sat, Aug 12, 2017 at 3:09 PM, Nick Dimiduk wrote: > The detailed source and binary compatibility report vs 1.1.9 has been > published for your review, at https://home.apache.org/~ndimi > duk/1.1.11_1.1.12RC0_compat_report.html > Apologies; that's a report vs. 1.1.11.

Re: [VOTE] First release candidate for HBase 1.1.12 (RC0) is available

. the staged maven repository. tests pass. On Sat, Aug 12, 2017 at 3:09 PM, Nick Dimiduk wrote: > I'm happy to announce the first release candidate of HBase 1.1.12 > (HBase-1.1.12RC0) is available for download at https://dist.apache.org/rep > os/dist/dev/hbase/hbase-1.1.12RC0/ >

[VOTE] First release candidate for HBase 1.1.12 (RC0) is available

I'm happy to announce the first release candidate of HBase 1.1.12 (HBase-1.1.12RC0) is available for download at https://dist.apache.org/ repos/dist/dev/hbase/hbase-1.1.12RC0/ Maven artifacts are also available in the staging repository https://repository.apache.org/content/repositories/orgapacheh

[jira] [Reopened] (HBASE-15042) refactor so that site materials are in the Standard Maven Place

[ https://issues.apache.org/jira/browse/HBASE-15042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Dimiduk reopened HBASE-15042: -- > refactor so that site materials are in the Standard Maven Pl

Re: DISCUSS: How can we have less branches?

ize the LTS designation somehow, perhaps with a symlink marker as we do for the "stable" designation. On Tue, Aug 8, 2017 at 11:09 AM, Nick Dimiduk wrote: > > > Last time we DISCUSSed EOL of 1.1 was back in November. At that time, a > > litany of issues were raised re: 1.2.

Re: DISCUSS: How can we have less branches?

Last time we DISCUSSed EOL of 1.1 was back in November. At that time, a litany of issues were raised re: 1.2. Have those concerns been addressed? It seems to me that making this one the last release is too abrupt to folks tracking Apache. Would be better to give some notice. Had a nice hallway con

About time for HBase 1.1.12

Hello, It's been over a month since the last maintenance release. We have more than 10 commits to branch-1.1. Thus I think it's time to spin a new RC. I'll be doing my JIRA pruning in the coming days. Please land any commits you feel are ready. Let's aim to start the VOTE early next week. Thanks,

Re: [ANNOUNCE] Devaraj Das joins the Apache HBase PMC

Congratulations Devaraj! On Wed, Jul 5, 2017 at 9:27 AM, Josh Elser wrote: > I'm pleased to announce yet another PMC addition in the form of Devaraj > Das. One of the "old guard" in the broader Hadoop umbrella, he's also a > long-standing member in our community. We all look forward to the conti

[ANNOUNCE] Apache HBase 1.1.11 is now available for download

The HBase team is happy to announce the immediate availability of HBase 1.1.11! Download it from an Apache mirror near you, http://www.apache.org/dyn/closer.lua/hbase/, or wire up through the maven repo. Apache HBase is an open-source, distributed, versioned, non-relational database. Apache HBase

[RESULT][VOTE] First release candidate for HBase 1.1.11 (RC0) is available

te: > > > >> +1 (binding) > >> > >> * No unexpected binaries in source release > >> * L&N look good > >> * Could build from source > >> * Could run bin-tarball as-is > >> * Checked compat report (thanks for publishing) >

Re: [VOTE] First release candidate for HBase 1.1.11 (RC0) is available

. the staged maven repository. tests pass. On Sat, Jun 10, 2017 at 7:40 PM, Nick Dimiduk wrote: > I'm happy to announce the first release candidate of HBase 1.1.11 > (HBase-1.1.11RC0) is available for download at https://dist.apache.org/ > repos/dist/dev/hbase/hbase-1.1.11RC0/ >

[VOTE] First release candidate for HBase 1.1.11 (RC0) is available

I'm happy to announce the first release candidate of HBase 1.1.11 (HBase-1.1.11RC0) is available for download at https://dist.apache.org/repos/dist/dev/hbase/hbase-1.1.11RC0/ Maven artifacts are also available in the staging repository https://repository.apache.org/content/repositories/orgapachehb

Re: [RESULT] Re: [VOTE] First release candidate for HBase 1.2.6 is available

Nice turn-out everyone! On Fri, Jun 2, 2017 at 8:32 PM Sean Busbey wrote: > With five binding +1s and one non-binding +1, this vote passes. > > Thanks folks! > > > > On Mon, May 29, 2017 at 11:31 AM, Sean Busbey wrote: > > The first release candidate for HBase 1.2.6 is available for download at

Time for 1.1.11

Hello! Is time to be considering another release from branch-1.1. Just like last time, there's very few commits since the last release tag. However, this time we have a couple nice ones. I have a busy week this week, but I'm planning to squeeze release-making in there before Friday. Please push a

Re: Time to retire EOM branch releases from dist?

0 from there. > > > Enis > > On Mon, May 1, 2017 at 12:24 PM, Sean Busbey wrote: > > > I thought I had already cleaned up 0.94, 0.98, and 1.0 releases from > > dist back in HBASE-16215. Where are you still seeing them? > > > > > > > > > >

Re: Time to retire EOM branch releases from dist?

ided 0.98 is EOM too, I believe. > > > > > > > On Apr 30, 2017, at 5:29 PM, Nick Dimiduk wrote: > > > > > > Heya, > > > > > > I noticed we still have hbase-0.94.27 and hbase-1.0.3 syncing out on > the > > > mirrors [0]. Since both of the

Time to retire EOM branch releases from dist?

Heya, I noticed we still have hbase-0.94.27 and hbase-1.0.3 syncing out on the mirrors [0]. Since both of these lines are formally EOM, I think it's time to retire the bits as well. Of course, people can always grab them from the Apache Archives [1]. If there's no objections, I'll take rm them thi

[ANNOUNCE] Apache HBase 1.1.10 is now available for download

The HBase team is happy to announce the immediate availability of HBase 1.1.10! Download it from an Apache mirror near you, http://www.apache.org/dyn/closer.lua/hbase/, or wire up through the maven repo. Apache HBase is an open-source, distributed, versioned, non-relational database. Apache HBase

Re: [VOTE] First release candidate for HBase 1.1.10 (RC0) is available

> I've opened a ticket so we won't lose track of the copyright year: https://issues.apache.org/jira/browse/HBASE-17968 Nick Dimiduk wrote: > >> I'm happy to announce the first release candidate of HBase 1.1.10 >> (HBase-1.1.10RC0) is available for download at &

[jira] [Created] (HBASE-17968) Update copyright year in NOTICE file

Nick Dimiduk created HBASE-17968: Summary: Update copyright year in NOTICE file Key: HBASE-17968 URL: https://issues.apache.org/jira/browse/HBASE-17968 Project: HBase Issue Type: Task

[RESULT][VOTE] First release candidate for HBase 1.1.10 (RC0) is available

This measure PASSES with votes 5 +1 and no other votes cast. Thanks to all who took the time. I will promotes these bits as 1.1.10. -n On Tue, Apr 18, 2017 at 10:00 PM, Nick Dimiduk wrote: > I'm happy to announce the first release candidate of HBase 1.1.10 > (HBase-1.1.10RC0) is av

Re: [DISCUSS] More Shading

/MNG-5899 On Tue, Apr 18, 2017 at 9:20 PM, Nick Dimiduk wrote: > On Wed, Apr 12, 2017 at 2:30 PM, Stack wrote: > >> > >> If the above quote is true, then I think what we want is a set of >> > shaded >> > > >> Hadoop client libs that we can depend

Re: [VOTE] First release candidate for HBase 1.1.10 (RC0) is available

On Tue, Apr 18, 2017 at 10:00 PM, Nick Dimiduk wrote: > > Please try out this candidate and vote +/-1 by 23:59 Pacific time on > Tuesday, 2017-04-24 as to whether we should release these artifacts as > HBase 1.1.10. > I botched my dates and days. Will leave this open through

Re: [VOTE] First release candidate for HBase 1.1.10 (RC0) is available

. the staged maven repository. tests pass. On Tue, Apr 18, 2017 at 10:00 PM, Nick Dimiduk wrote: > I'm happy to announce the first release candidate of HBase 1.1.10 > (HBase-1.1.10RC0) is available for download at > https://dist.apache.org/repos/dist/dev/hbase/hbase-1.1.10RC0/ >

[VOTE] First release candidate for HBase 1.1.10 (RC0) is available

I'm happy to announce the first release candidate of HBase 1.1.10 (HBase-1.1.10RC0) is available for download at https://dist.apache.org/repos/dist/dev/hbase/hbase-1.1.10RC0/ Maven artifacts are also available in the staging repository https://repository.apache.org/content/repositories/orgapachehb

Re: [DISCUSS] More Shading

On Wed, Apr 12, 2017 at 2:30 PM, Stack wrote: > > >> If the above quote is true, then I think what we want is a set of > > shaded > > > >> Hadoop client libs that we can depend on so as to not get all the > > > >> transitive deps. Hadoop doesn't provide it, but we could do so > > ourselves > > >

Re: Time for 1.1.10?

your opinion on spinning a release candidate. > > > > On Apr 4, 2017, at 7:57 PM, Nick Dimiduk wrote: > > > > Hey there, > > > > It's been about a month since 1.1.9. However there's only 11 commits to > > branch-1.1 since that time. Based on commit m

Re: [DISCUSS] More Shading

Related: very relevant concerns have been raised in the comments over on HADOOP-11656. See Christopher Tubbs's recent remarks. On Thu, Apr 13, 2017 at 4:46 PM, Josh Elser wrote: > > > Stack wrote: > >> On Wed, Apr 12, 2017 at 8:22 AM, Josh Elser wrote: >> >> >> This makes me wonder if we c

Re: ANNOUNCE: Yu Li joins the Apache HBase PMC

Congratulations Yu and thanks a lot! Keep up the good work! On Fri, Apr 14, 2017 at 7:22 AM Anoop John wrote: > On behalf of the Apache HBase PMC I"m pleased to announce that Yu Li > has accepted our invitation to become a PMC member on the Apache HBase > project. He has been an active contribut

[jira] [Resolved] (HBASE-16001) Support batching of CAS operations

[ https://issues.apache.org/jira/browse/HBASE-16001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Dimiduk resolved HBASE-16001. -- Resolution: Duplicate > Support batching of CAS operati

Re: [DISCUSS] More Shading

On Wed, Apr 12, 2017 at 8:28 AM Josh Elser wrote: > > > Sean Busbey wrote: > > On Tue, Apr 11, 2017 at 11:43 PM Nick Dimiduk > wrote: > > > >>> This effort is about our internals. We have a mess of other components > >> all > >>> up

Re: [DISCUSS] More Shading

> This effort is about our internals. We have a mess of other components all > up inside us such as HDFS, etc., each with their own sets of dependencies > many of which we have in common. This project t is about making it so we > can upgrade at a rate independent of when our upstreamers choose to c

Time for 1.1.10?

Hey there, It's been about a month since 1.1.9. However there's only 11 commits to branch-1.1 since that time. Based on commit messages, there's only [0], [1] that I think would make someone really impatient for a fix. [0] is marked 'Critical', so I'm on the fence. Unless someone speaks up, I'm th

Re: Fwd: Successful: HBase Generate Website

Thanks Misty! You are a- automation-mazing! On Fri, Mar 31, 2017 at 3:06 PM Misty Stanley-Jones wrote: > And emails will now only go out if the job fails, so you won't see these > anymore at all. > > On Fri, Mar 31, 2017, at 03:03 PM, Misty Stanley-Jones wrote: > > FYI, the linked Jenkins job no

Re: [ANNOUNCE] - Welcome our new HBase committer Anastasia Braginsky

Thank you for all your contributions Anastasia! On Mon, Mar 27, 2017 at 5:38 AM ramkrishna vasudevan < ramkrishna.s.vasude...@gmail.com> wrote: > Hi All > > Welcome Anastasia Braginsky, one more female committer to HBase. She has > been active now for a while with her Compacting memstore feature

Re: Why hbase doesn't remove the empty region

l feature! > > 2016-11-18 17:18 GMT-08:00 Nick Dimiduk : > > > HBase will not remove empty regions. It assumes you know what you're > doing. > > > > In 1.2 there's a new "Region Normalizer" [0] feature that runs in the > > Master, which a

Re: [ANNOUNCE] New HBase committer Chia-Ping Tsai

Nice work and congratulations! On Fri, Mar 17, 2017 at 3:30 PM, Anoop John wrote: > On behalf of the Apache HBase PMC, I am pleased to announce that Chia-Ping > Tsai > has accepted the PMC's invitation to become a committer on the project. We > appreciate all of his contributions thus far and lo

Re: ANNOUNCE: Good news!!!! Two new PMC and a new Committer!

Quite an on-boarding. Congratulations all! On Thu, Mar 16, 2017 at 10:37 PM, Stack wrote: > Josh Elser and Jing Chen (Jerry) have both been added to the HBase PMC. > These lads have been stellar helping the project along; Jerry for a good > few years now and Josh, though less time served, has ma

[ANNOUNCE] Apache HBase 1.1.9 is now available for download

The HBase team is happy to announce the immediate availability of HBase 1.1.9! Download it from an Apache mirror near you, http://www.apache.org/dyn/closer.lua/hbase/, or wire up through the maven repo. HBase 1.1.9 is the ninth patch release in the HBase 1.1 line, continuing on the theme of bringi

Re: [VOTE] First release candidate for HBase 1.1.9 (RC0) is available

With 4x +1, 2x +1 (non-binding), no -0's and no -1's, this vote passes. Thanks to all who gave it a spin. On Mon, Feb 20, 2017 at 11:44 PM, Nick Dimiduk wrote: > I'm happy to announce the first release candidate of HBase 1.1.9 (HBase- > 1.1.9RC0) is available

Re: [VOTE] First release candidate for HBase 1.1.9 (RC0) is available

Thanks for taking a look Jerry. Any more votes out there PMC? We're down to the wire. I can extend the vote an extra 72 hours if that will help people out. Thanks, Nick On Mon, Feb 20, 2017 at 11:44 PM Nick Dimiduk wrote: > I'm happy to announce the first release candidate o

Re: [VOTE] First release candidate for HBase 1.1.9 (RC0) is available

asses on source tarball > * Can run locally from bin tarball > > Nick Dimiduk wrote: > > I'm happy to announce the first release candidate of HBase 1.1.9 > (HBase-1.1. > > 9RC0) is available for download at > > https://dist.apache.org/repos/dist/dev/hbase/hbase-1

Re: [VOTE] First release candidate for HBase 1.1.9 (RC0) is available

Reminder: T-minus 3 days remain on the voting period. Thanks, -n On Mon, Feb 20, 2017 at 11:44 PM Nick Dimiduk wrote: > I'm happy to announce the first release candidate of HBase 1.1.9 (HBase- > 1.1.9RC0) is available for download at > https://dist.apache.org/repos/dist/d

<    8   9   10   11   12   13   14   15   16   17   >