mesos-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tomek Janiszewski <jani...@gmail.com>
Subject Re: Introducing `support/mesos-build.sh`
Date Tue, 20 Mar 2018 12:54:47 GMT
Thank you!

ARM builds are passing right now [0]. We are using ubuntu-16.04-arm image
[1]. I think from next release we can consider ARM as a supported platform!

0:
https://builds.apache.org/job/Mesos-Buildbot-ARM/BUILDTOOL=autotools,COMPILER=gcc,CONFIGURATION=--verbose%20--disable-libtool-wrappers%20--disable-java%20--disable-python,ENVIRONMENT=GLOG_v=1%20MESOS_VERBOSE=1%20%20MESOS_TEST_AWAIT_TIMEOUT=60secs%20JOBS=16,label_exp=arm/453/
1: https://hub.docker.com/r/mesos/mesos-build/tags/

wt., 20 mar 2018 o 13:30 użytkownik Benjamin Bannier <
benjamin.bannier@mesosphere.io> napisał:

> Done.
>
> > On Mar 20, 2018, at 10:46 AM, Tomek Janiszewski <janiszt@gmail.com>
> wrote:
> >
> > Thanks for merging. Can we push this image to dockerhub tagged as
> > ubuntu-16.04-arm? Then we will need to update CI configuration to:
> > JOBS=16 OS=ubuntu-16.04-arm BUILDTOOL=cmake COMPILER=gcc
> > CONFIGURATION='--disable-java --disable-python
> --disable-libtool-wrappers'
> > ENVIRONMENT='GLOG_v=1 MESOS_VERBOSE=1' ../mesos-build.sh
> > or
> > JOBS=16 OS=ubuntu-16.04-arm BUILDTOOL=autotools COMPILER=gcc
> > CONFIGURATION='--disable-java --disable-python
> --disable-libtool-wrappers'
> > ENVIRONMENT='GLOG_v=1 MESOS_VERBOSE=1' ./support/mesos-build.sh
> >
> >
> > pon., 19 mar 2018 o 16:24 użytkownik Tomek Janiszewski <
> janiszt@gmail.com>
> > napisał:
> >
> >> Dockerfile for ARM with CMake support
> https://reviews.apache.org/r/66138/
> >>
> >> pon., 12 lut 2018 o 15:41 użytkownik Tomek Janiszewski <
> janiszt@gmail.com>
> >> napisał:
> >>
> >>> How can I use it for our ARM CI?
> >>>
> >>> JOBS=16 OS=arm64v8/ubuntu:16.04  ./support/mesos-build.sh
> >>> + set -e
> >>> + set -o pipefail
> >>> + : arm64v8/ubuntu:16.04
> >>> + : autotools
> >>> + : gcc
> >>> + : '--verbose --disable-libtool-wrappers'
> >>> + : 'GLOG_v=1 MESOS_VERBOSE=1'
> >>> + : 16
> >>> ++ git rev-parse --show-toplevel
> >>> + MESOS_DIR=/home/janisz/mesos
> >>> ++ git diff-index --quiet HEAD --
> >>> + docker run --rm -v /home/janisz/mesos:/SRC:Z -e BUILDTOOL=autotools
> -e
> >>> COMPILER=gcc -e 'CONFIGURATION=--verbose --disable-libtool-wrappers' -e
> >>> 'ENVIRONMENT=GLOG_v=1 MESOS_VERBOSE=1' -e JOBS=16
> >>> mesos/mesos-build:arm64v8/ubuntu-16.04
> >>> docker: invalid reference format.
> >>> See 'docker run --help'.
> >>>
> >>>
> >>> czw., 8 lut 2018 o 07:38 użytkownik Michael Park <mpark@apache.org>
> >>> napisał:
> >>>
> >>>> The first run looks good!
> >>>> https://builds.apache.org/job/Mesos-Buildbot/4890/
> >>>>
> >>>> [image: Screen Shot 2018-02-07 at 10.30.51 PM.png]
> >>>> On Wed, Feb 7, 2018 at 8:39 PM Michael Park <mpark@apache.org>
wrote:
> >>>>
> >>>>> Yep, Just landed! Waiting for
> >>>> https://builds.apache.org/job/Mesos-Buildbot to
> >>>>> pick it up.
> >>>>>
> >>>>> On Wed, Feb 7, 2018 at 8:27 PM Vinod Kone <vinodkone@apache.org>
> >>>> wrote:
> >>>>>
> >>>>>> Yay, thanks MPark! Has the change landed already?
> >>>>>>
> >>>>>> On Wed, Feb 7, 2018 at 8:23 PM, Michael Park <mpark@apache.org>
> >>>> wrote:
> >>>>>>
> >>>>>>> Many of you probably know that we currently have
> >>>>>> `support/docker-build.sh`
> >>>>>>> to power our CI for our various configurations. One of the
problems
> >>>> for
> >>>>>> us
> >>>>>>> has been that we create a `Dockerfile` ad-hoc and invoke
`docker
> >>>> build`
> >>>>>>> with it. This is very inefficient and also leads to flaky
issues
> >>>> around
> >>>>>>> `apt-get install`.
> >>>>>>>
> >>>>>>> I've introduced `support/mesos-build.sh` which operates
off of
> >>>> docker
> >>>>>>> images hosted on Dockerhub instead, and should aid in bringing
us
> >>>> faster
> >>>>>>> and more stable CI results!
> >>>>>>>
> >>>>>>> As a bonus, we now also test Clang on the CentOS 7!
> >>>>>>>
> >>>>>>> Thanks,
> >>>>>>>
> >>>>>>> MPark
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>
> >>>
>
>

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