Martin, as the one of the most interested in ARM64 builds, I've got news for you
can you try travis_wait 30 bash -c 'scripts/build-ssl.sh >build-ssl.log 2>&1' || (cat build-ssl.log && exit 1) in travis ? (please not "travis_wait 30" instead of "travis_wait") also, it might be important to clear travis cache from time to time. as for myself, "travis_wait 30" helped me to resolve similar issue on another project (in my own fork haproxy on arm64 builds just fine) ср, 18 мар. 2020 г. в 23:35, Илья Шипицин <chipits...@gmail.com>: > well, there are several topics on travis-ci forum related to "output on > ARM64 got truncated in the mid of ..." > Let us disable ARM64 travis-ci builds for few months. > > Martin, I'll play with hosted github runner in order to find a way how we > can limit its builds to allowed only. > > ср, 18 мар. 2020 г. в 18:57, Martin Grigorov <mgrigo...@apache.org>: > >> >> Current master's build passed the problematic point in my TravisCI >> project: https://travis-ci.org/github/martin-g/haproxy/jobs/663953359 >> Note: I use TravisCI .org while HAProxy's official project is at .com: >> https://travis-ci.com/github/haproxy/haproxy >> I also think this is a problem on TravisCI's end. >> >> Martin >> >> On Wed, Mar 18, 2020 at 3:43 PM Илья Шипицин <chipits...@gmail.com> >> wrote: >> >>> I will disable PR builds. >>> >>> On Wed, Mar 18, 2020, 6:27 PM Willy Tarreau <w...@1wt.eu> wrote: >>> >>>> On Wed, Mar 18, 2020 at 06:21:15PM +0500, ???? ??????? wrote: >>>> > let us calm down a bit :) >>>> >>>> Agreed, especially since the build on PRs already happens and already >>>> adds noise. >>>> >>>> > yes, I still believe it is because of buffering. I might have missed >>>> > something. >>>> > unless I will repair it, I'll drop arm64 support on travis (and we >>>> will >>>> > switch to self hosted github action runner) >>>> >>>> OK. >>>> >>>> Willy >>>> >>>
