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 1mNc3m-0003bi-Kw for pgsql-www@arkaria.postgresql.org; Tue, 07 Sep 2021 14:26:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mNc3k-0006nf-Aw for pgsql-www@arkaria.postgresql.org; Tue, 07 Sep 2021 14:26:48 +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 1mNc3k-0006nX-5Y for pgsql-www@lists.postgresql.org; Tue, 07 Sep 2021 14:26:48 +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 1mNc3c-00055g-OG for pgsql-www@postgresql.org; Tue, 07 Sep 2021 14:26:47 +0000 Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id CC4E42E94659 for ; Tue, 7 Sep 2021 16:26:37 +0200 (CEST) Received: from s899.loopia.se (unknown [172.22.191.6]) by s807.loopia.se (Postfix) with ESMTP id BD40F2E2969D; Tue, 7 Sep 2021 16:26:37 +0200 (CEST) Received: from s474.loopia.se (unknown [172.22.191.6]) by s899.loopia.se (Postfix) with ESMTP id BAB422C8BA44; Tue, 7 Sep 2021 16:26:37 +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 s474.loopia.se (s474.loopia.se [172.22.190.14]) (amavisd-new, port 10024) with UTF8LMTP id 1Z3zfD9rO4w5; Tue, 7 Sep 2021 16:26:37 +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 4D62E2C8BA43; Tue, 7 Sep 2021 16:26:37 +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: Date: Tue, 7 Sep 2021 16:26:37 +0200 Cc: "REIX, Tony" , "pgsql-www@postgresql.org" Content-Transfer-Encoding: quoted-printable Message-Id: <7DE7DFFE-0F63-4E10-9F58-AF0538AEEB54@yesql.se> References: 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 16:10, Jonathan S. Katz = wrote: >=20 > On 9/7/21 4:06 AM, REIX, Tony wrote: >> Hi, >>=20 >> I am interested in knowing if AIX could be added to the PostgreSQL = page >> https://www.postgresql.org/download/ , either as a link to a = PostgreSQL >> web-site page where instructions can be given and updated about where = to >> get RPMs for AIX and how to install them, plus news about new = versions >> and releases, or a link to a page out of PostgreSQL web-site. >>=20 >> We (Bull/ATOS BullFreeware: http://www.bullfreeware.com, and IBM AIX >> ToolBox: >> = https://www.ibm.com/support/pages/aix-toolbox-linux-applications-overview)= >> are providing OpenSource packages (inc. PostgreSQL) for AIX under RPM >> format since ages and we'd like to enable PostgreSQL for AIX to be = more >> visible by PostgreSQL users. >=20 > Looking at the available packages[1], it does not appear that all of = the > community supported versions are updated (e.g. the last 9.6 updates = were > in 2018). It also seems that package updates are random -- e.g. there > was a 13.1 release, and a 13.4 release, which misses several bug fix + > security releases, and they come out several weeks after the release. Do we have a strict policy around this? Some package managers are still = at 13.3 ~ a month out and the Fink macOS package manager doesn=E2=80=99t = have v13 at all AFAICT? > 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. 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. > Right now I'm -1 on this; additionally, I'm > generally -1 to adding more additional offsite links to downloads. Unrelated but semi-related, if we don=E2=80=99t want new links we should = probably remove the Solaris download link which doesn=E2=80=99t even link to = downloadable packages. -- Daniel Gustafsson https://vmware.com/