Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fvKFm-0005wk-Rc for buildfarm-members@arkaria.postgresql.org; Thu, 30 Aug 2018 10:32:42 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fvKFl-0004NW-At for buildfarm-members@arkaria.postgresql.org; Thu, 30 Aug 2018 10:32:41 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fvKFl-0004Mz-2i for buildfarm-members@lists.postgresql.org; Thu, 30 Aug 2018 10:32:41 +0000 Received: from mail-wm0-x243.google.com ([2a00:1450:400c:c09::243]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1fvKFc-0004DB-WD for buildfarm-members@postgresql.org; Thu, 30 Aug 2018 10:32:40 +0000 Received: by mail-wm0-x243.google.com with SMTP id n11-v6so1461623wmc.2 for ; Thu, 30 Aug 2018 03:32:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=S0WIUyYfdujO3EX0DqiEUsiQGV2Gwoka87NM7hEh8vE=; b=hm47hIfxX5ppEumDthpNLjsBTrvWDaYRCCOs1xKw4U29Arp0DsRVlDYOMjLKwXb2JC ZzBexO3jM/PfVv/VsjoFb4fG6G0M64Jan+l3SqIeHEyP/pGd+rMiYkdk+TvD6EVwkY37 CWpYwLbL8PhcuMOh2X8V2M0vr2dKs9UCCjpv/IUpVUx6BY6gXQ9llVtHcfn+/aInrLoh 1RUj9U0ObaTObPsCeBjiuHWsKMc91Q1BI62K2Y62kHdLpQvOm4A8X6HE7+xpIaaQT1Lz uiYSS/sDc5Td0njFLTFTNuiiHV+v2By0YDnUwXT0Ar2anEY7tPQykXbNLlHW0w4TukK7 yGfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=S0WIUyYfdujO3EX0DqiEUsiQGV2Gwoka87NM7hEh8vE=; b=QjUQR5K0ccpy8rewXq9KPxwJS0042W7F9uWBbFdk5w0JIV3jzUV+Jz7qUSNyHlcBfb x0DGV1c1ADSNC/SGlL6XMk9A6K4uSTwuc3dE5ZJ02t3ZOPEzCBV4tOS0TjBV3cb7JJ1M 9t+0tpg6oASZE/m8/ivqCfnJM7c9VaDH7opGiOswYDHT89RrdLVafjQF+aUapiEEckxm 6YMauTBrIWg77jxGefp2Jr2n9ES6MwjVAKRsyj2aoydNFmIvK5KQD+KvxfxgV9Uzz44I lPmbKyErdv3/2OLGfhqScAMuipXtaLmef/2+WqFfQn5MeXoYXrXbJurZZQufwZpgHzVf 8P1w== X-Gm-Message-State: APzg51B5CEkQ+cjhoMVDjQYIxqAaodCo6cskBgqqEWYdXbtQw8UUCKe6 ezNAd9JOcypXjj4QFHkdkcvnYSI0iPv1z1Z0MgU3kg== X-Google-Smtp-Source: ANB0VdYjyyPKjoeSjNrdaJH+zJPcuVUh9jWrC0HkcPN+qNGINfBJzQnhFrraPqWI7CLXlsafmyulH5OLnnsIkz2QBbo= X-Received: by 2002:a1c:1dc9:: with SMTP id d192-v6mr1479510wmd.140.1535625151804; Thu, 30 Aug 2018 03:32:31 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a1c:89d1:0:0:0:0:0 with HTTP; Thu, 30 Aug 2018 03:32:30 -0700 (PDT) In-Reply-To: <25938.1535581043@sss.pgh.pa.us> References: <144264ec-fd45-80eb-7642-109f920286b9@2ndQuadrant.com> <730c3887-5dd9-7149-4062-75ddc48388c0@2ndQuadrant.com> <25938.1535581043@sss.pgh.pa.us> From: Dave Page Date: Thu, 30 Aug 2018 11:32:30 +0100 Message-ID: Subject: Re: many animals are running old clients To: Tom Lane Cc: Andrew Dunstan , buildfarm-members@postgresql.org Content-Type: multipart/alternative; boundary="000000000000ae93ab0574a49783" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --000000000000ae93ab0574a49783 Content-Type: text/plain; charset="UTF-8" On Wed, Aug 29, 2018 at 11:17 PM, Tom Lane wrote: > Andrew Dunstan writes: > > On 08/29/2018 10:35 AM, Dave Page wrote: > >> It's very far from a 5 minute job on ancient Solaris boxes :-( > > > Please let me know when issues like this arise. > > One thing of the same ilk is that a few months ago I had to give up on > using https reporting on gaur/pademelon, and switch back to http. > I don't think that was your fault, because it was not associated with a > buildfarm client upgrade. It appeared to me that the pginfra folk had > changed something to require newer TLS versions in https connections to > the buildfarm server. Like Dave, I spent a fair while trying to install > new-enough Perl modules to fix that, without a lot of success: newer > Perl code doesn't compile on that platform. > > It's debatable of course how much anyone cares about buildfarm animals > that are this old. I've already shut down pademelon since its compiler > never heard of C99, and I don't see much point in running it on just > the back branches. > Right - I do wonder that about this machine (whether it's worth supporting, not whether its compiler supports C99). Here's what we're talking about: -bash-3.00$ cat /etc/release Solaris 10 11/06 s10s_u3wos_10 SPARC Copyright 2006 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 14 November 2006 -bash-3.00$ prtconf -b name: SUNW,Sun-Blade-1000 model: SUNW,501-6230 banner-name: SUNW,Sun-Blade-2000 (2 X UltraSPARC-III+) -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company --000000000000ae93ab0574a49783 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Aug 29, 2018 at 11:17 PM, Tom Lane <tgl@sss= .pgh.pa.us> wrote:
Andrew Dunstan <andrew.dunstan@2ndquadrant.com> wri= tes:
> On 08/29/2018 10:35 AM, Dave Page wrote:
>> It's very far from a 5 minute jo= b on ancient Solaris boxes :-(

> Please let me know when issues like this= arise.

One thing of the same ilk is that a few months ago I had to give up = on
using https reporting on gaur/pademelon, and switch back to http.
I don't think that was your fault, because it was not associated with a=
buildfarm client upgrade.=C2=A0 It appeared to me that the pginfra folk had=
changed something to require newer TLS versions in https connections to
the buildfarm server.=C2=A0 Like Dave, I spent a fair while trying to insta= ll
new-enough Perl modules to fix that, without a lot of success: newer
Perl code doesn't compile on that platform.

It's debatable of course how much anyone cares about buildfarm animals<= br> that are this old.=C2=A0 I've already shut down pademelon since its com= piler
never heard of C99, and I don't see much point in running it on just the back branches.

Right - I do wonder = that about this machine (whether it's worth supporting, not whether its= compiler supports C99). Here's what we're talking about:

-bash-3.00$ cat /etc/release
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Solari= s 10 11/06 s10s_u3wos_10 SPARC
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0Copyright 2006 Sun Microsystems, Inc.=C2=A0 All Rights Reserved.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Use is subject to license terms.
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0Assembled 14 November 2006
-bash-3.00$ prtconf -b
=
name:=C2=A0 SUNW,Sun-Blade-1000
model:=C2=A0 SUNW,501-6230
banner-name:=C2=A0 SUNW,Sun-Blade-2000 (2 X UltraSPARC-III+)
=

--
Dave Page<= br>Blog: http://p= gsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb= .com
The Enterprise PostgreSQL Company
--000000000000ae93ab0574a49783--