Re: Add AIX on the PostgreSQL Download page

Поиск
Список
Период
Сортировка
От Jonathan S. Katz
Тема Re: Add AIX on the PostgreSQL Download page
Дата
Msg-id fc171e84-deaa-8286-6dc8-1a15f1c5a135@postgresql.org
обсуждение исходный текст
Ответ на Re: Add AIX on the PostgreSQL Download page  (Daniel Gustafsson <daniel@yesql.se>)
Ответы Re: Add AIX on the PostgreSQL Download page
Re: Add AIX on the PostgreSQL Download page
Список pgsql-www
On 9/7/21 12:21 PM, Daniel Gustafsson wrote:
>> On 7 Sep 2021, at 17:07, Jonathan S. Katz <jkatz@postgresql.org> wrote:
>>
>> On 9/7/21 10:57 AM, Dave Page wrote:
>>>
>>>
>>> On Tue, Sep 7, 2021 at 3:26 PM Daniel Gustafsson <daniel@yesql.se
>>> <mailto:daniel@yesql.se>> wrote:
>>>
>>>> On 7 Sep 2021, at 16:10, Jonathan S. Katz <jkatz@postgresql.org
>>>    <mailto:jkatz@postgresql.org>> wrote:
>>
>>>> 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’t host macOS,
>>>    Windows and the
>>>    BSD’s today but link to those.
>>>
>>> I agree.
>>
>> It doesn't mean we need to continue to exacerbate the situation by
>> linking to downloads that we have little control over.
>>
>> 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’t seem to make PostgreSQL more available
> than the risk of an intermittent 404.

I'm not against having outbound links -- in fact I help moderate quite a
few of those that we host on .org, and I'm glad we do so.

Downloads are different -- they are often one's first impression of
PostgreSQL, and they are a critical piece of the user experience, i.e.
how one actually accesses PostgreSQL.

This is why I continuously recommend that we try to host them on our own
infrastructure, so that way we have maximum control over this experience.

> I don’t 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’t seem
> to improve user friendliness.

Network availability is only one aspect of this. There's the actual
package availability (as you pointed out with Fink -- and I'm pretty
sure Dave & I had extensively discussed this in the past).

>  Having the packages on offer in the first place,
> as discussed downthread, is another matter though and a very real one.

Don't get me wrong, I'm glad that Tony + ATOS/Bull are offering to
support the AIX packages for PostgreSQL. I think it's very generous. I
know secondhand the pain it takes to maintain and build packages, and
I'm appreciative of anyone who wants to do so for PostgreSQL.

However, my point is that the packages should ultimately be hosted on
community infrastructure.

Thanks,

Jonathan


Вложения

В списке pgsql-www по дате отправления:

Предыдущее
От: Daniel Gustafsson
Дата:
Сообщение: Re: Add AIX on the PostgreSQL Download page
Следующее
От: Christophe Pettus
Дата:
Сообщение: Re: Add AIX on the PostgreSQL Download page