Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jvYQm-0005Z9-S2 for pljava-dev@arkaria.postgresql.org; Wed, 15 Jul 2020 03:50:05 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jvYQl-00026M-Ne for pljava-dev@arkaria.postgresql.org; Wed, 15 Jul 2020 03:50:03 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jvYQk-00026F-UH for pljava-dev@lists.postgresql.org; Wed, 15 Jul 2020 03:50:03 +0000 Received: from mail-ej1-x644.google.com ([2a00:1450:4864:20::644]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jvYQd-0006Mt-O3 for pljava-dev@lists.postgresql.org; Wed, 15 Jul 2020 03:50:01 +0000 Received: by mail-ej1-x644.google.com with SMTP id a21so662379ejj.10 for ; Tue, 14 Jul 2020 20:49:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GASUnS/1caXHYJkFtqaUqr9NZgcTjwYMYk47PCnHQ48=; b=mupY3RJ/k1HDhHrTYyWXeO/vwxT8SBMBTeZ4qhUo63jR1Wsvo9xFaraQa0nGezZ/pe loqXolrm7fyEV9OZHNwY+guheKD6OjEZ4tThc5adA3kZORejp6SetgU3U66tzZg7Sduu Cp1tgNxfspkv6uMeNAeFxS/7RiIed/czjsFgHOZDeheiCWre235hu2F75PPlRXe6hC5q Gn3hg/Om8yoAjdpEGfpj3XvdKtZNaJ0eM414ZV77/ExIdmOZnIGuwmocPY8tOX5zwY3/ 1zniglB7vknMDG6fvRKU1lML7xbGKCnmzZcedV4l+DfuVN+YRZ60BtyVs29F0GN4yHeX cZqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GASUnS/1caXHYJkFtqaUqr9NZgcTjwYMYk47PCnHQ48=; b=cBtOOPRv0mx2b0aBYKBkV2Ncxedrxf15GO6sETz0ATeNufw9xkzDltvaU0xXdbaru/ WtHR23THwO9ONseIeTF+kof7jGVe26o2nblaxQZq4CMiNa5UZaTafMl2jiRC0EYALxQa b1O0YnTwrMwforZzEPQYZxrGgvMTmhrBK0hFWTaJhqivC0pY1FvYPeakYPQYuqXYP8qG qPubTGT7uFrbxK2KBe9/gqZ5XwBroGxYEzcj71UT+YZwxyOYV79Xc3W2G9bfMoDiI2y1 zTgb7uJ2yf8B/Kj/aJckU5PeNpEgPawYcXb7XMtqt+HUeTDlJTkwe4uVZo4QcNoHH5lo YsPQ== X-Gm-Message-State: AOAM531+i8P8D4JyGBlb/OZay3vYLXAxUvTDqli9eX9kDpmRvJ5nNRVm gmkvnbP0i1pXld8g7V/D3FTqtQVdeDs6+aveGeE= X-Google-Smtp-Source: ABdhPJxcK7JvXtfwUJcFmGSP7bGv5EE4uEruoKsUGqrRLuAzcNRRaHo4r9HCE+O0764TQ2EBvYc5BJOz5UcbzCoy9+4= X-Received: by 2002:a17:906:2799:: with SMTP id j25mr7331964ejc.466.1594784994195; Tue, 14 Jul 2020 20:49:54 -0700 (PDT) MIME-Version: 1.0 References: <5F071CFC.9090306@anastigmatix.net> <5F072647.50301@anastigmatix.net> <5F0734AD.7060001@anastigmatix.net> <5F077926.2050806@anastigmatix.net> <5F07C2D5.5050904@anastigmatix.net> <5F0D35BA.30904@anastigmatix.net> <5F0E3972.5070609@anastigmatix.net> <5F0E3B91.8080307@anastigmatix.net> In-Reply-To: <5F0E3B91.8080307@anastigmatix.net> From: Kartik Ohri Date: Wed, 15 Jul 2020 09:19:43 +0530 Message-ID: Subject: Re: Just one Travis Mac OS build failed To: Chapman Flack Cc: pljava-dev@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000127d6e05aa72d1bd" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --000000000000127d6e05aa72d1bd Content-Type: text/plain; charset="UTF-8" On Wed, Jul 15, 2020, 4:41 AM Chapman Flack wrote: > but for a very strange reason: > > /Users/travis/build/amCap1712/pljava/pljava-so/build.xml:72: > /Users/travis/build/amCap1712/pljava/pljava-so/pg_config.h doesn't exist > > The line in build.xml says this: > > > > so it is very strange for Ant to complain about pg_config.h not being > in its current directory. Of course it isn't, it's in $PGSQL_INCLUDEDIR! > > It is as if the dir= is being ignored, or $PGSQL_INCLUDEDIR is unset, > or something. Just for this one build? Odd. > This is a known issue. Sometimes, one or two macOS builds fail. The underlying cause is that macports is unable to connect using rsync protocol to the outside world. This happens once in a while and since we have 10 macOS VMs in a build, it happens in every or every second build. I had opened a ticket with the Travis support regarding this but they rubbished it as an issue with Github availability. I'll rerun the build and it passed https://travis-ci.com/github/amCap1712/pljava/builds/175645465. This is a bit annoying. I do not know how to solve this yet. Last time I checked, the macports devs themselves face this issue. I'll recheck with them to know if a solution has been found. For the time being, the solution is to manually rerun the failing job from Travis dashboard. > --000000000000127d6e05aa72d1bd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Jul 15, 2020, 4:41 AM Chapman Flack &= lt;chap@anastigm= atix.net> wrote:
but for a v= ery strange reason:

/Users/travis/build/amCap1712/pljava/pljava-so/build.xml:72:
/Users/travis/build/amCap1712/pljava/pljava-so/pg_config.h doesn't exis= t

The line in build.xml says this:

=C2=A0 <filelist files=3D"pg_config.h" dir=3D"${PGSQL_INC= LUDEDIR}"/>

so it is very strange for Ant to complain about pg_config.h not being
in its current directory. Of course it isn't, it's in $PGSQL_INCLUD= EDIR!

It is as if the dir=3D is being ignored, or $PGSQL_INCLUDEDIR is unset,
or something. Just for this one build? Odd.
This is a known issue. Sometimes, one or two=C2=A0 macOS bui= lds fail. The underlying cause is that macports is unable to connect using = rsync protocol to the outside world. This happens once in a=C2=A0while and = since we have 10 macOS VMs in a build, it happens in every or every second = build.

I had opened a ti= cket with the Travis support regarding this but they rubbished it as an iss= ue with Github availability. I'll rerun the build and it passed=C2=A0ht= tps://travis-ci.com/github/amCap1712/pljava/builds/175645465. This is a= bit annoying. I do not know how to solve this yet. Last time I checked, th= e macports devs themselves face this issue. I'll recheck with them to k= now if a solution has been found. For the time being, the solution is to ma= nually rerun the failing job from Travis dashboard.
=

--000000000000127d6e05aa72d1bd--