Return-Path: X-Original-To: apmail-openoffice-dev-archive@www.apache.org Delivered-To: apmail-openoffice-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6A16118EF0 for ; Wed, 3 Feb 2016 11:15:50 +0000 (UTC) Received: (qmail 29144 invoked by uid 500); 3 Feb 2016 11:15:44 -0000 Delivered-To: apmail-openoffice-dev-archive@openoffice.apache.org Received: (qmail 29068 invoked by uid 500); 3 Feb 2016 11:15:43 -0000 Mailing-List: contact dev-help@openoffice.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openoffice.apache.org Delivered-To: mailing list dev@openoffice.apache.org Received: (qmail 29057 invoked by uid 99); 3 Feb 2016 11:15:43 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Feb 2016 11:15:43 +0000 Received: from mail-ob0-f180.google.com (mail-ob0-f180.google.com [209.85.214.180]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id A82491A0278 for ; Wed, 3 Feb 2016 11:15:43 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id wb13so24926087obb.1 for ; Wed, 03 Feb 2016 03:15:43 -0800 (PST) X-Gm-Message-State: AG10YOQBzC00+CPTPrYPcLuzuxckIngNVaodl9sqcpYFi7dKXHD5rdK3c0C88QMKHtEaHYJaqROhLR1n415k9A== X-Received: by 10.60.233.43 with SMTP id tt11mr1166470oec.36.1454498143075; Wed, 03 Feb 2016 03:15:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.76.156.202 with HTTP; Wed, 3 Feb 2016 03:15:23 -0800 (PST) In-Reply-To: References: <56AEAA40.1050302@ok.de> From: Damjan Jovanovic Date: Wed, 3 Feb 2016 13:15:23 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Let's fix the Windows build bots To: Apache OO Content-Type: multipart/alternative; boundary=001a11369b82250482052adbbda0 --001a11369b82250482052adbbda0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Feb 2, 2016 at 5:39 AM, Damjan Jovanovic wrote: > > > On Mon, Feb 1, 2016 at 2:43 AM, j.nitschke@ok.de wrote= : > >> On Sun, 31 Jan 2016 10:07:33 -0800 Kay Schenk wrote: >> > On Fri, Jan 29, 2016 at 10:04 PM, Damjan Jovanovic >> > wrote: >> >> >> I think the latter is true: it's re-entering them because they broke >> the >> >> build. >> >> >> >> Yesterday jpeg failed to download and broke the build, and today nss >> failed >> >> to download and also broke the build. Why are downloads often failing >> >> during ./bootstrap? Can we get a local mirror or cache external >> >> dependencies somehow? Also, why does ./bootstrap seem to return an ex= it >> >> code of 0 when needed dependencies can't be downloaded, and why is >> >> haltOnFailure=3DFalse for the Windows buildbots but True for other >> platforms? >> >> >> > =E2=80=8BNo idea about this setting. You might look at the svn logs fo= r our >> config >> > to see if there's any information there. Otherwise, just change it if >> you >> > feel inclined. >> Not sure if you are talking about a global setting or just for the >> 'build.pl --all' step. >> But a global haltOnFailure would stop the build at 'svn info' step. >> >> > I meant just for the ./bootstrap step. > > >> About the 'svn info' step, this one stopped working between 27.07.2015 >> and 03.08.2015 as one can see in the snapshot builds #7 and #8 which run >> exact the same command but later fails. >> https://ci.apache.org/builders/aoo-w7snap/builds/7 >> https://ci.apache.org/builders/aoo-w7snap/builds/8 >> >> > The error on > https://ci.apache.org/builders/aoo-win7/builds/159/steps/svn%20info/logs/= stdio > is: > > 'svn' is not recognized as an internal or external command, > operable program or batch file. > > As of r979234 I started running "svn info" under Cygwin like is already > done for "svn co". Let's see if it helps. Is there some way to request an > immediate rebuild? > > So builds@ replied saying the buildbot was broken by an earlier bad commit (not mine) and should be working now, and it was, but I ended up needing to commit another patch (cydrive -> cygdrive typo in the path to "svn info"). That 1 byte patch cannot be wrong, yet the buildbot isn't using it now, despite committing it hours ago. The website changes also haven't taken. --001a11369b82250482052adbbda0--