Thanks a lot Steve Loughran , Allen Wittenauer ,Ravi Prakash and Mingliang Liu.
[ Steve Loughran Wrote ]
I think a first step would be to have scheduled builds on windows; ideally with
people caring that they are playing up.
Anyway,
+1 for more windows testing
[ Brahma Reddy ]
May be we add in qbt it self..? Or separate night pre-commit build..?
[ Allen Wittenauer Wrote ]
I actually tried to get Apache Yetus testing Apache Hadoop on the
hadoop-win box last year. (This was before qbt mode existed.) I gave up
because the components needed to build trunk weren't installed and it looked
like the box itself was ill. I moved on to the Mac build which, while tricky,
got it working with a bit of magic. Then they took the Mac away. IBM provided
access to a PowerPC machine, so I moved onto the ppc64le build. After a lot of
hand wringing, we got it up and running and stable enough to show how broken
the build is by our usage of leveldbjni.
It should be noted that getting infra support for non-Linux/x86 builds
is a pretty major exercise in frustration. They don't really have the time,
those boxes tend to go down often, and rarely get updated. (The Solaris box is
running a really old build of Solaris 10. So old, that when it came out, I was
still employed by Sun...) If folks are actually serious about adding more
platforms, then I'd suggest that some of these big vendors actually cough up
some cash to move the precommit infrastructure off of the ASF and onto
something more reliable with more platform diversity.
[ Brahma Reddy ]
Thanks for information. Seems to be challenge to get it done. Can we try to get
dedicated machine for this..?
[ Mingliang Liu wrote ]
I also like the idea of having a precommit build in Windows. If only the
pre-commit infrastructure was reliable. If this is a pain, I see little value
making Windows unit test failures release blockers.
[ Brahma Reddy ]
Yes, I think we can do like this, if nobody object on this.
--Brahma Reddy Battula
-----Original Message-----
From: Mingliang Liu [mailto:lium...@gmail.com]
Sent: 31 October 2016 03:49
To: common-dev@hadoop.apache.org
Subject: Re: [DISCUSS] Pre-commit build in Windows platform
I also like the idea of having a precommit build in Windows. If only the
pre-commit infrastructure was reliable. If this is a pain, I see little value
making Windows unit test failures release blockers.
Thanks,
Sent from my iPhone
> On Oct 28, 2016, at 8:16 AM, Allen Wittenauer <a...@effectivemachines.com>
> wrote:
>
>
>> On Oct 27, 2016, at 8:20 PM, Brahma Reddy Battula
>> <brahmareddy.batt...@huawei.com> wrote:
>>
>> As we supporting the Hadoop in windows, I feel, we should have pre-commit
>> build in windows( atleast in qbt).
>
>
> I actually tried to get Apache Yetus testing Apache Hadoop on the
> hadoop-win box last year. (This was before qbt mode existed.) I gave up
> because the components needed to build trunk weren't installed and it looked
> like the box itself was ill. I moved on to the Mac build which, while tricky,
> got it working with a bit of magic. Then they took the Mac away. IBM
> provided access to a PowerPC machine, so I moved onto the ppc64le build.
> After a lot of hand wringing, we got it up and running and stable enough to
> show how broken the build is by our usage of leveldbjni.
>
> It should be noted that getting infra support for non-Linux/x86 builds is
> a pretty major exercise in frustration. They don't really have the time,
> those boxes tend to go down often, and rarely get updated. (The Solaris box
> is running a really old build of Solaris 10. So old, that when it came out,
> I was still employed by Sun...) If folks are actually serious about adding
> more platforms, then I'd suggest that some of these big vendors actually
> cough up some cash to move the precommit infrastructure off of the ASF and
> onto something more reliable with more platform diversity.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org
> For additional commands, e-mail: common-dev-h...@hadoop.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-dev-h...@hadoop.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-dev-h...@hadoop.apache.org
