hadoop-common-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kengo Seki <sek...@gmail.com>
Subject Re: [YETUS] let's start getting some releases out the door
Date Thu, 03 Sep 2015 04:21:22 GMT
I also think it's a blocker. I'll take a look into it.

2015-09-01 15:20 GMT+09:00 Brahma Reddy Battula <
brahmareddy.battula@huawei.com>:

> Sean Busbey, thank for submitting a proposal.
>
> I am thinking , HADOOP-12312 needs to fixed...Since currently Findbugs
> HTML report link shows 0 warnings despite errorrs(Observed from couple of
> jira's).
>
>
> Thanks & Regards
>  Brahma Reddy Battula
> ________________________________________
> From: Kengo Seki [sekikn@gmail.com]
> Sent: Sunday, August 30, 2015 7:34 PM
> To: common-dev@hadoop.apache.org
> Subject: Re: [YETUS] let's start getting some releases out the door
>
> Sean, thank you for submitting a proposal!
> I think HADOOP-12336 is another blocker for the projects using github. I'll
> review it later.
>
> 2015-08-28 7:53 GMT+09:00 Allen Wittenauer <aw@altiscale.com>:
>
> >
> > On Aug 27, 2015, at 8:21 AM, Sean Busbey <busbey@cloudera.com> wrote:
> > >
> > > Allen, you've been chugging away at the build support changes in
> > > test-patch[4]. That looks like it's going to change a bunch of stuff.
> > > Should we wait for it to land to have an initial release?
> >
> >         I think so, yes.  It’s getting very very close to finished.
> Adding
> > gradle & scala support requires a lot of deep changes with some major API
> > changes to go with them.   I’d rather get those in sooner rather than
> > later, since those changes open the door to add even more build tools and
> > compiled language support in a much easier fashion.
> >
> > > Thoughts? Concerns? Other things folks want to make sure get done?
> Maybe
> > > the build question for test-patch[5]? ;)
> >
> >         HADOOP-12298 is definitely a blocker.  Otherwise builds break and
> > the output is weird with mvn site.
> >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message