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 1mNdqy-0007dd-Cn for pgsql-www@arkaria.postgresql.org; Tue, 07 Sep 2021 16:21:44 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mNdqv-0001E6-Pr for pgsql-www@arkaria.postgresql.org; Tue, 07 Sep 2021 16:21:41 +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 1mNdqv-0001Dy-KC for pgsql-www@lists.postgresql.org; Tue, 07 Sep 2021 16:21:41 +0000 Received: from smtp.outgoing.loopia.se ([93.188.3.37]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mNdqr-00063i-IY for pgsql-www@postgresql.org; Tue, 07 Sep 2021 16:21:40 +0000 Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id 4514A2E927BD for ; Tue, 7 Sep 2021 18:21:34 +0200 (CEST) Received: from s899.loopia.se (unknown [172.22.191.6]) by s807.loopia.se (Postfix) with ESMTP id 35A872E2A3B6; Tue, 7 Sep 2021 18:21:34 +0200 (CEST) Received: from s472.loopia.se (unknown [172.22.191.5]) by s899.loopia.se (Postfix) with ESMTP id 336FE2C8BA43; Tue, 7 Sep 2021 18:21:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at amavis.loopia.se X-Spam-Flag: NO X-Spam-Score: -1 X-Spam-Level: X-Spam-Status: No, score=-1 tagged_above=-999 required=6.2 tests=[ALL_TRUSTED=-1] autolearn=disabled Received: from s899.loopia.se ([172.22.191.5]) by s472.loopia.se (s472.loopia.se [172.22.190.12]) (amavisd-new, port 10024) with LMTP id j9yH6bMcQ6aN; Tue, 7 Sep 2021 18:21:33 +0200 (CEST) X-Loopia-Auth: user X-Loopia-User: daniel@yesql.se X-Loopia-Originating-IP: 89.255.232.193 Received: from [192.168.72.144] (customer-89-255-232-193.stosn.net [89.255.232.193]) (Authenticated sender: daniel@yesql.se) by s899.loopia.se (Postfix) with ESMTPSA id B55302C8BA2D; Tue, 7 Sep 2021 18:21:33 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: Add AIX on the PostgreSQL Download page From: Daniel Gustafsson In-Reply-To: <352d5e7a-813d-c382-6ed6-8c90a32d8395@postgresql.org> Date: Tue, 7 Sep 2021 18:21:33 +0200 Cc: Dave Page , "REIX, Tony" , "pgsql-www@postgresql.org" Content-Transfer-Encoding: quoted-printable Message-Id: <22028473-28CE-4D1B-92F4-6A2FEF566FD6@yesql.se> References: <7DE7DFFE-0F63-4E10-9F58-AF0538AEEB54@yesql.se> <352d5e7a-813d-c382-6ed6-8c90a32d8395@postgresql.org> To: "Jonathan S. Katz" X-Mailer: Apple Mail (2.3608.120.23.2.7) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On 7 Sep 2021, at 17:07, Jonathan S. Katz = wrote: >=20 > On 9/7/21 10:57 AM, Dave Page wrote: >>=20 >>=20 >> On Tue, Sep 7, 2021 at 3:26 PM Daniel Gustafsson > > wrote: >>=20 >>> On 7 Sep 2021, at 16:10, Jonathan S. Katz > > wrote: >=20 >>> I'd be more open to this if the packages themselves were hosted on >>> community infrastructure and were consistent with the rest of the >>> packaging projects. >>=20 >> That seems a high bar to cross given that we don=E2=80=99t host = macOS, >> Windows and the >> BSD=E2=80=99s today but link to those. >>=20 >> I agree. >=20 > It doesn't mean we need to continue to exacerbate the situation by > linking to downloads that we have little control over. >=20 > For example, what happens when the external downloads are unavailable? > We had a recent incident where this exact scenario happened. There are > now some reporting mechanisms in place to handle that scenario, but > ultimately it comes back to "PostgreSQL is unavailable for download." That is an argument against any outbound links though. Not having the information in the first place doesn=E2=80=99t seem to make PostgreSQL = more available than the risk of an intermittent 404. I don=E2=80=99t have strong feelings wrt AIX, nor insights into the = current proposal, but limiting the offering based on what has been effectively = grandfathered in based on fears about future shortcomings in network availability = doesn=E2=80=99t seem to improve user friendliness. Having the packages on offer in the first = place, as discussed downthread, is another matter though and a very real one. -- Daniel Gustafsson https://vmware.com/