gt; > > >
> > https://repository.apache.org/content/repositories/orgapachekudu-1094/
> > > > >
> > > > > It is tagged in Git as 1.15.0-RC2 and the corresponding hash is the
> > > > > following:
> > > > >
> > > &g
I'd prefer if the release notes would be included in the released
> artifacts.
>
> Attila
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
The Apache Kudu team is happy to announce the release of Kudu 1.14.0!
Kudu is an open source storage engine for structured data which supports
low-latency random access together with efficient analytical access
patterns. It is designed within the context of the Apache Hadoop ecosystem
and support
> > >> >> BugPattern: TypeParameterUnusedInFormals
> > >> >> Stack Trace:
> > >> >> java.lang.NoSuchFieldError: bound
> > >> >> at
> > >> >>
> > >>
> >
> com.google.errorprone.bugpatterns.TypeParameter
a
> > lot of memory.
> >
> > I agree with Grant that the issue pointed by Greg isn't a regression and
> > does not look like a release stopper, but it would be nice to update
> README
> > if it's decided to cut RC2 due to some other issue.
> >
> >
>
: [Errno 2] No such file or directory:
> '/home/gsolovyev/git/kudu/build/coverage/FacebookService.cpp'
>
>
> Greg
>
>
> On Wed, Jan 20, 2021 at 10:15 AM Grant Henke
> wrote:
>
> > Hello Kudu devs!
> >
> > The Apache Kudu team is happy to announce the
Hello Kudu devs!
The Apache Kudu team is happy to announce the first release candidate for
Apache
Kudu 1.14.0.
Apache Kudu 1.14.0 is a minor release that offers many improvements and
fixes
since Apache Kudu 1.13.0.
This is a source-only release. The artifacts have been staged here:
https://dist.
1:41 PM Greg Solovyev
> wrote:
>
> > +1. And, thanks for volunteering!
> > Greg
> >
> > On Mon, Dec 14, 2020 at 11:43 AM Andrew Wong >
> > wrote:
> >
> > > +1
> > >
> > > Thanks for volunteering! And thanks for accommodating
Hi Kudu devs,
It's been almost 3 months since Kudu 1.13.0 was released on Sep 17, 2020
and I
would like to volunteer to manage the Kudu 1.14.0 release.
Based on previous experience, I'd like to have a window a bit longer than
usual
to allow finishing any in-progress work that you'd like to squeez
are
> > > waiting for new features in Kudu but can't upgrade host operating
> systems
> > > in near future.
> > >
> > > Rest looks good to me and can't wait to start using the new C++
> features
> > > this will unlock.
> > >
> > >
Hello Kudu developers and users!
The purpose of this email is to propose and collect feedback on changes to
the documented "Operating System Requirements"
on https://kudu.apache.org/docs/installation.html for the next Kudu release
(1.14.0).
There are a few goals to updating the documented operati
>
> > > The release notes can be found here:
> > > https://github.com/apache/kudu/blob/1.13.0-RC2/docs/release_notes.adoc
> > >
> > > I'd suggest going through the release notes, building Kudu, and running
> > > the unit
> > > tests. Testing out the Maven repo would also be appreciated. Also, it's
> > > worth
> > > running Kudu Java tests against kudu-binary JAR artifact as described
> in
> > > the
> > > commit message here:
> > >
> > >
> > >
> >
> https://gitbox.apache.org/repos/asf?p=kudu.git;a=commit;h=8a6faaa93f3e206ac75e8087731daccaf7ab646a
> > >
> > > The vote will run until a majority[1] is achieved, but at least until
> > > Wednesday
> > > Sep 16th 9:00:00 CEST 2020, which is a bit over the suggested 72 hours
> > due
> > > to
> > > the weekend, to give everyone a chance to review this release candidate
> > and
> > > vote.
> > >
> > > Thank You,
> > > Attila
> > >
> > > [1] https://www.apache.org/foundation/voting.html#ReleaseVotes
> > >
> > >
> >
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
; > to allow finishing any in-progress work that you'd like to squeeze in
> to
> > this
> > > release so I propose cutting the branch on 8/14 Friday. This will give
> > us a
> > > little over two weeks.
> > >
> > > In turn, I'd like
guide
> > docs after the release if it's successful.
> >
> > Attila
> >
> > [1] https://github.com/apache/beam/releases
> > [2] https://github.com/apache/cloudstack/releases
> > [3] https://github.com/apache/pulsar/releases
> >
>
>
> --
> Andrew Wong
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
/kudu/master/kudu-build-test-arm64-in-docker/175cda1/
> : RETRY_LIMIT in 1m 22s
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
r
> https://logs.openlabtesting.org/logs/periodic-kudu-mail/github.com/apache/kudu/master/kudu-build-test-arm64-in-docker/52dfacd/
> : FAILURE in 10m 34s
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
rchived, searchable
> list
> > to
> > >> document such issues, as well as catch these kinds of CI emails for
> the
> > >> time being.
> > >>
> > >> Other projects have similar "builds" mailing lists
> > >> <https://mail-archives.apache.org/mod_mbox/>; it doesn't seem
> > >> unreasonable
> > >> to start one for Kudu as well, so per the ASF Mailing List Moderation
> > >> guidelines <https://infra.apache.org/mailing-list-moderation.html>,
> I'm
> > >> surfacing this to discuss a bit here. If there's agreement on this
> > being a
> > >> useful list to have, I'll send out a request to create it.
> > >>
> > >>
> > >> Thanks,
> > >> Andrew
> > >>
> > >
> >
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
://logs.openlabtesting.org/logs/periodic-kudu-mail/github.com/apache/kudu/master/kudu-build-test-arm64-in-docker/5751add/
> : FAILURE in 2h 44m 46s
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
Subprocess.java:291)
On Mon, Jun 22, 2020 at 3:30 AM wrote:
> Build failed.
>
> - kudu-build-test-arm64-in-docker
> https://logs.openlabtesting.org/logs/periodic-kudu-mail/github.com/apache/kudu/master/kudu-build-test-arm64-in-docker/4df6de9/
> : FAILURE in 2h 28m 02s
>
Subprocess.java:291)
On Thu, Jul 16, 2020 at 3:45 AM wrote:
> Build failed.
>
> - kudu-build-test-arm64-in-docker
> https://logs.openlabtesting.org/logs/periodic-kudu-mail/github.com/apache/kudu/master/kudu-build-test-arm64-in-docker/361e52b/
> : FAILURE in 2h 43m 31s
>
rowse/KUDU-3170 tracks fixing this.
On Sat, Jul 18, 2020 at 3:49 AM wrote:
> Build failed.
>
> - kudu-build-test-arm64-in-docker
> https://logs.openlabtesting.org/logs/periodic-kudu-mail/github.com/apache/kudu/master/kudu-build-test-arm64-in-docker/20ae949/
> : FAILURE in 2h 46m 37
ac39/
> : FAILURE in 2h 45m 22s
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
Hi Zhao,
I have added you as a contributor on Jira. Welcome to the Kudu community!
Thank you,
Grant
On Mon, Jun 8, 2020 at 6:58 AM 赵 仁海 wrote:
> Hi
> Could I become a contributor?
> My Apache Jira username: RenhaiZhao
>
>
> Thanks & Best Regards
> Zhao Renhai
>
k of the proposal.
Thank you,
Grant
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
repo would also be
> appreciated.
> Also, it's worth running Kudu Java tests against kudu-binary JAR artifact
> as described in the commit message here:
>
>
> https://gitbox.apache.org/repos/asf?p=kudu.git;a=commit;h=8a6faaa93f3e206ac75e8087731daccaf7ab646a
>
&
be more robust and
> >>> efficient. One of the challenges here has been integration with Apache
> >>> Impala, and providing a common abstraction that can be used by both
> >>> codebases. This work is still ongoing but is drawing to a close pretty
> >>> soon.
> >>>
> >>> Please join me in congratulating Bankim!
> >>>
> >>
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
I forgot to mention that this patch was required to run some of the tests
that use min-ranger in Docker:
https://gerrit.cloudera.org/#/c/15756/
It shouldn't block the release, but we can backport it to branch-1.12.x to
facilitate future testing.
On Mon, Apr 20, 2020 at 12:22 PM Grant
I ran the following to test various OS versions in Docker:
*# Build all the images*
*export
BASES="centos:7,centos:8,ubuntu:xenial,ubuntu:bionic,debian:stretch"*
*export TARGETS="build"*
*./docker/docker-build.sh*
*# For each image, run the tests*
*docker run -it --rm apache/kudu:build-latest-
t; > well, so would be nice to cut out that surface area.
> >
> > -Todd
> >
> > On Mon, Apr 13, 2020 at 11:39 AM Bankim Bhavsar
> >
> > wrote:
> >
> > > LGTM.
> > >
> > > Bankim
> > >
> > > On Sun, Apr 12, 2
Hello Kudu Developers,
As we approach the 1.12.0 release I think now is a good opportunity to
evaluate the platform versions
we support. Doing so before the 1.12.0 release is useful because it will
allow us to mark any OS we
intend to drop as deprecated. This is similar to how we have handled Java
detected bug in the built-in NTP client.
>
> Do you think the benefits of removing the requirement to have the local
> clock synchronized by local NTP server outweighs the drawbacks of adding an
> extra configuration step during 1.12 upgrade for Kudu clusters isolated
> from the Int
;s a command you can run to check out roughly what you've been up to
> since Kudu 1.11.0 release:
>
> $ git log 08db97c591d9131cbef9b8e5b4f44a6e854c25f0..master --oneline \
> --graph --no-merges --first-parent --author=
>
> Please let me know if you agree with this plan, have
s./gradle
checkstyle# Just run Spotbugs checks./gradle spotbugs# Just assemble the
project with no checks or tests../gradlew assemble# Print out a list of
available tasks such as assemble, check, test, etc./gradlew tasks*
Let me know if you have any questions or concerns.
Thank you,
Grant
--
The plan looks good to me, thanks a lot Grant for the proposal!
> >
> > Best,
> > Hao
> >
> > On Tue, Mar 10, 2020 at 9:00 AM Grant Henke >
> > wrote:
> >
> > > Hello Kudu developers,
> > >
> > > With a large majority of the
/validating
it though.
Please let me know if you have any thoughts or feedback on the above plan.
Thank you,
Grant
On Tue, Aug 13, 2019 at 3:06 AM Adar Lieber-Dembo
wrote:
> +1, thanks for all of the details.
>
> On Fri, Aug 9, 2019 at 3:21 PM Grant Henke wrote:
> >
> >
move replicas from such tablet
> >> servers, which is a valuable building block for tserver
> >> decommissioning.
> >> - Most recently, deduplicating RPCs sent by Kudu masters to tablet
> >> servers.
> >>
> >> Please join me in congratulating Yifan!
> >>
> >
> >
> > --
> > Andrew Wong
> >
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
//github.com/apache/kudu/blob/branch-1.11.x/docs/release_notes.adoc
> > > >
> > > > The KEYS file to verify the artifact signatures can be found here:
> > > > https://dist.apache.org/repos/dist/release/kudu/KEYS
> > > >
> > > > I'd suggest going through
s.adoc
> > > > >
> > > > > The KEYS file to verify the artifact signatures can be found here:
> > > > > https://dist.apache.org/repos/dist/release/kudu/KEYS
> > > > >
> > > > > I'd suggest going through the README and the release notes,
> building
> > > Kudu,
> > > > > and
> > > > > running the unit tests. Testing out the Maven repo would also be
> > > > > appreciated.
> > > > > Also, it's worth running Kudu Java tests against kudu-binary JAR
> > > artifact
> > > > > as described in the commit message here:
> > > > >
> > > > >
> > >
> >
> https://gitbox.apache.org/repos/asf?p=kudu.git;a=commit;h=8a6faaa93f3e206ac75e8087731daccaf7ab646a
> > > > >
> > > > > This vote runs until Tue Nov 19 15:00:00 PST 2019.
> > > > > That's over 72 hours from the time of sending out this e-mail
> message
> > > due
> > > > > to the weekend.
> > > > >
> > > > >
> > > > > Kind regads,
> > > > >
> > > > > Alexey
> > >
> >
> >
> > --
> > Andrew Wong
> >
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
:54 PM Grant Henke wrote:
> I posted a patch to the Apache Flume project tracked here:
> https://issues.apache.org/jira/browse/FLUME-3345
>
> On Wed, Sep 18, 2019 at 2:08 PM Grant Henke wrote:
>
>> I think we should contribute the integration to Apache Flume first
>>
ed. You can see an example of this here:
> > > https://issues.apache.org/jira/browse/IMPALA-6478
> > >
> > > I think this is pretty useful and I’d get it enabled for Kudu too. Does
> > > anyone object? If I don’t hear any objections by next Wednesday I’ll go
> > &
postponed/muted, so we
> > > announce only when Kudu 1.11.1 is out with KUDU-2990 addressed?
> > >
> > > Given the timing and the fact that Kudu 1.11.0 artifacts are already
> > > published, I think one of the possible paths forward is to proceed with
> > the
>
positories/orgapachekudu-1041 >
> > > >It
> > > > is tagged in Git as 1.11.0-RC3 and the corresponding hash is the
> > > >following:
> > > > >
> > > > >
> > >
> https://gitbox.apache.org/repos/asf?p=kudu.git;a=commit;h=08db97c591d9131cb
> > > > ef9b8e5b4f44a6e854c25f0 > >The release notes can be found here: >
> > > >
> > >
> https://github.com/apache/kudu/blob/branch-1.11.x/docs/release_notes.adoc
> > > >
> > > > >The KEYS file to verify the artifact signatures can be found here: >
> > > > https://dist.apache.org/repos/dist/release/kudu/KEYS > >I'd suggest
> > > going
> > > > through the README and the release notes, building Kudu, >and
> >running
> > > the
> > > > unit tests. Testing out the Maven repo would also be >appreciated.
> > > >Another
> > > > test is to check for the behavior of the newly introduced >table's
> live
> > > rows
> > > > metric when upgrading from Kudu 1.10 with already existing >tables,
> > > making
> > > > sure it behaves the expected way for the legacy tables and >also for
> > > legacy
> > > > tables with newly added partitions while running Kudu 1.11. > >The
> vote
> > > will
> > > > run until Mon Oct 28 11:00:00 PDT 2019. This is more than >usual 72
> hours
> > > > from the time of sending out this e-mail message because >of the
> > > weekend. >
> > > > > >Thanks, >Alexey
> > > >
> > >
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
:
> > >
> > > $ git log d75a77081326d2f2e7c4d10bc06afb0b39d2c0a2..master --oneline \
> > > --graph --no-merges --first-parent --author=
> > >
> > > Please let me know if you agree with this plan, have comments,
> questions,
> > > concerns, etc.
> > >
> > > Thanks!
> > >
> > > --
> > > Alexey Serbin
> > > Software Engineer | Cloudera
> >
>
>
> --
> Andrew Wong
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
I posted a patch to the Apache Flume project tracked here:
https://issues.apache.org/jira/browse/FLUME-3345
On Wed, Sep 18, 2019 at 2:08 PM Grant Henke wrote:
> I think we should contribute the integration to Apache Flume first
>
> before removing it from Kudu.
>
>
> I am
explicit deprecation), though
> I think we should contribute the integration to Apache Flume first
> before removing it from Kudu.
>
> On Wed, Sep 18, 2019 at 11:58 AM Grant Henke
> wrote:
> >
> > Hi Kudu Developers,
> >
> > Now that we have complete Java based test
Hi Kudu Developers,
Now that we have complete Java based testing utilities there is a less
reason to have all of the Kudu integrations the
Kudu repository. Instead they can be built and tested in the integration
repositories. The Apache NiFi and Apache Hive integrations
are a good example of this.
Hello Kudu Users!
Please fill out the first Apache Kudu community survey and tell us how
you're using Kudu and how we can make it better.
https://forms.gle/5pRzhh38sZwZt69U7
The results of this survey will help drive community focus, direction, and
future blog content. It will also be used to he
gt; Lifu works at NetEase (one of the largest Internet and video game
> >>> companies in the world) where he helps operate their Kudu clusters.
> >>> Both Yao Xu and Yao Zhang work at Ant Financial (Alipay Inc.) where
> >>> they also help operate their very large Kudu deployments. All three
> >>> have been instrumental in growing Kudu's presence within China as well
> >>> as helping new Chinese users come up to speed with Kudu.
> >>>
> >>> Please join me in congratulating Lifu, Yao, and Yao!
> >>>
> >>
> >>
> >> --
> >> Andrew Wong
> >>
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
.
Please let me know if you have any thoughts or feedback on the above plan.
Thank you,
Grant
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
The Apache Kudu team is happy to announce the release of Kudu 1.10.0!
Kudu is an open source storage engine for structured data which supports
low-latency random access together with efficient analytical access
patterns. It is designed within the context of the Apache Hadoop ecosystem
and supports
Hello Kudu devs!
The vote for Apache Kudu 1.10.0-RC3 has closed. It passes with:
5 binding +1s:
- Alexey Serbin
- Hao Hao
- Andrew Wong
- Yingchun Lai
- Grant Henke
0 -1s of any kind.
I will continue going through the release steps over the coming days.
--
Grant Henke
nd RELEASE mode (not ran tests, because
> MacOS is experimental).
>
> Yingchun Lai
>
>
> Grant Henke 于2019年6月27日周四 下午11:22写道:
>
> > Hello Kudu devs!
> >
> > The Apache Kudu team is happy to announce the third release candidate for
> > Apache Kudu 1.10.
was already working on it.
>
> Thanks,
> --
> *Ritwik Yadav*
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
Grant
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
t;
> > I ran YCSB for a couple billion rows with various workloads against a
> > single node, performance looked pretty good.
> >
> > -Todd
> >
> > On Fri, Jun 21, 2019 at 7:35 PM Grant Henke >
> > wrote:
> >
> > > Hello Kudu devs!
> > >
k you,
Grant
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
Jun 14, 2019 at 5:20 PM Grant Henke wrote:
> Hello Kudu devs!
>
> The Apache Kudu team is happy to announce the first release candidate for
> Apache Kudu 1.10.0.
>
> Apache Kudu 1.10.0 is a minor release that offers many improvements and
> fixes since the prior release.
>
&
ue to the weekend.
Thank you,
Grant
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
ranthenke/kudu>.
Let me know if you have any concerns.
Thank you,
Grant
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
!) and put together an RC1
ASAP.
As always, if you have questions or concerns, don't hesitate to reach out.
Thanks,
Grant
On Tue, Jun 11, 2019 at 7:56 AM Grant Henke wrote:
> I am planning to branch tomorrow morning. Is there anything else pressing
> that needs to be done? If so,
Hi devs,
The restart is complete and Gerrit appears to have started up successfully.
Thanks,
Grant
On Wed, Jun 12, 2019 at 4:57 PM Grant Henke wrote:
> Hi devs,
>
> Kudu is branching and we need to update our Gerrit replication
> config to account for the new branch. There wil
Hi devs,
Kudu is branching and we need to update our Gerrit replication
config to account for the new branch. There will be a brief period downtime
that shouldn't last more than 10 minutes. If you have any concerns, don't
hesitate to reach out.
Thanks,
Grant
--
Grant Henke
Softwar
I am planning to branch tomorrow morning. Is there anything else pressing
that needs to be done? If so, let me know.
On Thu, Jun 6, 2019 at 3:32 PM Grant Henke wrote:
> We have time for release notes, they can be done early next week.
>
> On Thu, Jun 6, 2019 at 3:31 PM Mike Per
; > - CLI support for config files to make it easier to connect to
> multi-master
> > clusters
> >
> > Yingchun has also been contributing by helping new users on Slack, and
> > helps operate 6 production clusters at Xiaomi, one of our larger
> > insta
t be able to add release
> notes by tomorrow, might need a little more time for that.
>
> Mike
>
> On Thu, Jun 6, 2019 at 7:31 AM Grant Henke
> wrote:
>
> > I've created a Google doc to collect 1.10.0 release notes:
> >
> >
> https://docs.google.com/d
ee to add
anything else that you think is worth documenting.
Thank you,
Grant
On Mon, Jun 3, 2019 at 11:28 AM Grant Henke wrote:
> Hello Kudu developers!
>
> It's been just around three months since we released 1.9.0. In that time,
> we've accrued some important improvement
--oneline \
--graph --no-merges --first-parent --author=
Please let me know if you agree with this plan, have comments, questions,
concerns, etc.
Thanks!
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
it recently with other tasks but getting back
> into Beam development again.
>
>
>
>
> On Tue, Mar 5, 2019 at 9:16 AM Mike Percy wrote:
>
> > Hi devs,
> > For the 1.9.0 release, we (Grant Henke, Brian McDevitt, and I)
> implemented
> > the capability to star
the README and the release notes, building
> Kudu,
> > and
> > running the unit tests. Testing out the Maven repo would also be
> > appreciated.
> >
> > The vote will run until this coming Friday, March 1st at 11:59AM PST.
> >
> >
> > Thank you,
> > Andrew
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
> > >
> > > > > Java convenience binaries in the form of a Maven repository are
> > staged here:
> > > > >
> > https://repository.apache.org/content/repositories/orgapachekudu-1028/
> > > > >
> > > > > It is tagged in Git as 1.9.0-RC1 and the corresponding hash is the
> > > > > following:
> > > > >
> >
> https://gitbox.apache.org/repos/asf?p=kudu.git;a=commit;h=76e8af74e151c018de7e3d6aa34fadd49bf41601
> > > > > <
> >
> https://git-wip-us.apache.org/repos/asf?p=kudu.git;a=commit;h=76e8af74e151c018de7e3d6aa34fadd49bf41601
> > >
> > > > >
> > > > > A draft of the release notes can be found here:
> > > > > https://gerrit.cloudera.org/c/12389/
> > > > >
> > > > > The KEYS file to verify the artifact signatures can be found here:
> > > > > https://dist.apache.org/repos/dist/release/kudu/KEYS
> > > > >
> > > > > I'd suggest going through the README and the release notes,
> building
> > Kudu, and running the unit tests. Testing out the Maven repo would also
> be
> > appreciated.
> > > > >
> > > > > The vote will run until Monday, February 25th at 11:59AM PST. This
> > is a bit over the suggested 72 hours due to the weekend.
> > > > >
> > > > >
> > > > > Thank you,
> > > > > Andrew
> > > > >
> >
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
On Wed, Feb 6, 2019 at 12:00 PM Grant Henke wrote:
> I proactively opened INFRA-17817
> <https://issues.apache.org/jira/browse/INFRA-17817> to change this
> policy. Regardless of the route we take it's good to avoid any mistakes.
>
> On Wed, Feb 6, 2019 at 11:52 AM Gran
I proactively opened INFRA-17817
<https://issues.apache.org/jira/browse/INFRA-17817> to change this policy.
Regardless of the route we take it's good to avoid any mistakes.
On Wed, Feb 6, 2019 at 11:52 AM Grant Henke wrote:
> I found the Kafka Infra jira to use for reference sho
I found the Kafka Infra jira to use for reference should we need it:
https://issues.apache.org/jira/browse/INFRA-16144
On Wed, Feb 6, 2019 at 11:50 AM Grant Henke wrote:
> It looks like the Kudu committer merging a patch has full control over the
> strategy currently:
> [image:
requires an INFRA jira to change.
[image: image.png]
On Wed, Feb 6, 2019 at 11:36 AM Brock Noland wrote:
> I assume if we used Github PR's we configure merges to occur without merge
> commits? I find them very confusing.
>
> On Wed, Feb 6, 2019 at 9:57 AM Grant Henke
> wro
ates,
suggested changes, labels, etc
Cons:
- New workflow for existing contributors
- WIP patches need to be migrated
- Effort involved to migrate
- Notifications
- Jenkins
What do you think? Is this something worth changing? What are the benefits
and drawbacks?
Thank you,
Grant
--
Gra
eps:
> > > >
> > > > - Ensure consensus on the move (a link to a lists.apache.org thread
> will
> > > > suffice for us as evidence).
> > > > - Create a JIRA ticket at
> https://issues.apache.org/jira/browse/INFRA
> > > >
> > > > Your mi
download the
> artifacts
> > at
> > >>> runtime with a JUnit test. Do you think we could cache the artifacts
> > >>> somewhere, maybe in the Maven repo somehow, so we don't have to
> > download
> > >>> the artifact every time we wan
gt; staged
> > > > here:
> > > >
> https://repository.apache.org/content/repositories/orgapachekudu-1027
> > > >
> > > > It is tagged in Git as 1.8.0-RC2 and the corresponding hash is the
> > > > following:
> > > >
ant!
>
> Mike
>
> On Thu, Oct 4, 2018 at 12:07 PM Dan Burkert wrote:
>
> > Sounds great, thanks for chasing this down!
> >
> > - Dan
> >
> > On Wed, Oct 3, 2018 at 7:20 PM Grant Henke
> > wrote:
> >
> > > Hi Kudu dev community,
> &g
;
> > I'd suggest going through the README and the release notes, building
> Kudu,
> > and
> > running the unit tests. Testing out the Maven repo would also be
> > appreciated.
> >
> > The vote will run at least until Monday, October 15th at 11:59PM PDT.
> This
> > is
> > a bit more than the required 72 hours due to the weekend.
> >
> > Thank you,
> > Attila
> >
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
ed to the
current version of the config file.
Please reach out if you have any concerns about this.
Thanks,
Grant
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
failed test
> retry to make the pre-commit change).
>
> On Fri, Apr 27, 2018 at 10:05 AM, Grant Henke wrote:
> > A recent patch has evaluated and addressed any remaining Artifact issues.
> > See the commit message here for details:
> >
&
y search engines
>(SlackArchive.io has shut down)
>
> Please offer your suggestions for where we can get a good bang for our
> collective buck, and if there is anything you would like to work on by all
> means please either speak up or feel free to reach out directly.
>
> Thanks,
>
> Grant and Mike
>
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
t;(SlackArchive.io has shut down)
>>
>> Please offer your suggestions for where we can get a good bang for our
>> collective buck, and if there is anything you would like to work on by all
>> means please either speak up or feel free to reach out directly.
>>
>> Thanks,
>>
>> Grant and Mike
>>
>>
>
> --
> Mauricio Aristizabal
> Architect - Data Pipeline
> mauri...@impact.com | 323 309 4260
> https://impact.com
><https://www.facebook.com/ImpactMarTech/>
> <https://twitter.com/impactmartech>
>
>
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
The Apache Kudu team is happy to announce the release of Kudu 1.7.1.
Kudu is an open source storage engine for structured data which supports
low-latency random access together with efficient analytical access
patterns. It is designed within the context of the Apache Hadoop ecosystem
and supports
s
> > > > > > and all tests pass. I cherry-picked this commit on branch-1.7.x
> in
> > > case
> > > > > > there will be a 1.7.2 or a 1.7.1-RC3.
> > > > > > * Java build on MacOS succeeds, all tests passed.
> > > > >
ew release candidate. I'm not sure about the
> policy on the release notes though.
>
> Thanks for this RC, Grant!
>
> Attila
>
>
> > On 2018. May 30., at 15:44, Grant Henke wrote:
> >
> > Hi,
> >
> > The Apache Kudu team is happy to announce
Thank you,
Grant
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
1,
>
> Grant!
>
>
>
>
> Kind regards,
>
> Alexey
>
>
>
> On 5/8/18 2:06 PM, Hao Hao wrote:
> +1
>
> * Release note looks good
> * Built in Debug/release mode on el7, all tests passed.
>
> Best,
> Hao
>
> On Tue, May 8, 2018 at 8:59 AM,
Thank you,
Grant
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
publishing process with gradle? Does
> the resulting pom look identical to the pom that we publish with maven? I
> assume so, but want to make sure we don't miss this part of the process
> which we don't do except for at release time.
>
> -Todd
>
> On Fri, Apr 27,
1.8 using Gradle in place of Maven
5. Remove the Maven build from the project
- This shouldn't be immediately but maintaining two builds is a pain,
so the Maven build should be removed at some point.
Please let me know your thoughts on the above proposal and plan.
Thank you,
G
tests don't fail build-and-test.sh
> by leaving behind test directories.
>
>
> On Thu, Apr 26, 2018 at 3:01 PM, Grant Henke wrote:
> > Hi Kudu dev community,
> >
> > Since Kudu 1.7.0 was released a few important fixes have been found
> > and backported to Kudu
eleases like this should be critical fixes (data loss,
incorrect results, crashes, etc) only.
I'll volunteer to RM this one. I plan to start a vote on RC1 on
Tuesday, May 1st.
Please let me know your thoughts on the above plan.
Thanks,
Grant
--
Grant Henke
Software Engineer | Cl
://kudu.apache.org/releases/1.7.0/
Full release notes:
https://kudu.apache.org/releases/1.7.0/docs/release_notes.html
Regards,
The Apache Kudu team
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
t; >
> > > -Will
> > >
> > > On Tue, Mar 20, 2018 at 9:24 AM, Alexey Serbin
> > >
> > wrote:
> > >
> > >> Yep, it seems the failure of those 3 tests should not be a
> > >> show-stopper
> > for
>
XkPKua7Hfq+7DQCg4t6llqevULFCmEIzGHrh7YSv
> nXoAoPvJUrYpP46KC1TQP/exD57qS3TO
> =+kkn
> -END PGP SIGNATURE-
>
>
>
> On Fri, Mar 16, 2018 at 6:28 PM, Grant Henke wrote:
>
> > Hi,
> >
> > The Apache Kudu team is happy to announce the second release c
nd now
let's do 4 days instead.
Thank you,
Grant
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
l extent of the breakage but Will and
> Alexey reported seeing abnormally high CPU usage in Kudu servers.
>
> I published a fix in http://gerrit.cloudera.org:8080/9695 and, once it
> is merged to master, I suggest we backport it to 1.7 and respin a new
> RC.
>
> On Fri, Mar 1
now
let's do 4 days instead.
Thank you,
Grant
--
Grant Henke
Software Engineer | Cloudera
gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
1 - 100 of 110 matches
Mail list logo