public inbox for [email protected]
help / color / mirror / Atom feedFrom: Tom Lane <[email protected]>
To: Liudmila Mantrova <[email protected]>
Cc: Laurenz Albe <[email protected]>
Cc: [email protected]
Cc: Stephen Frost <[email protected]>
Cc: Sarah Conway Schnurr <[email protected]>
Subject: Re: GSoD - a patch for Getting Started tutorial
Date: Tue, 19 Nov 2019 10:58:13 -0500
Message-ID: <[email protected]> (raw)
In-Reply-To: <CAEkD-mB2E90p_hH4qSkxqMQ1KDA_owy3zHz_V3zcwAxZVRKwDA@mail.gmail.com>
References: <CAEkD-mAxCk_mX_RwjyxBLHEjt_T5-mS-c6ryfh3nBjdbyYMC0g@mail.gmail.com>
<[email protected]>
<CAEkD-mD-A1p=xZ7URBM4L5KUap63MQMYh9x1QTTtyFHX+5QcQQ@mail.gmail.com>
<[email protected]>
<CAEkD-mB2E90p_hH4qSkxqMQ1KDA_owy3zHz_V3zcwAxZVRKwDA@mail.gmail.com>
Liudmila Mantrova <[email protected]> writes:
> On Tue, Nov 19, 2019 at 11:00 AM Laurenz Albe <[email protected]>
> wrote:
>> On Mon, 2019-11-18 at 23:35 +0300, Liudmila Mantrova wrote:
>>> I am a bit uncomfortable about having details about the workings of
>>> binary packages for specific operating systems in the core
>>> documentation.
>>> Maybe I'm too sensitive there, but what about having these parts in
>>> the Wiki and linking there from the tutorial?
>> I also had my doubts about it, but since we are only talking about PGDG
>> packages that the community supports, it's probably OK to have it in
>> docs?
> i'm all for linking to the download page for the exact install commands
> (which I did), but i see no harm in mentioning e.g. install/data
> directories in documentation. It is something I myself went back to when
> working on this tutorial update, so I believe the user will do too. But
> let's hope we'll hear other opinions as well before I go and rework it all.
Traditionally we've stayed away from this on the grounds that we don't
control packaging details and so we wouldn't know when whatever we say
becomes obsolete. Moreover, packaging changes tend not to be quantized
to happen in sync with Postgres releases, so that even if we know
something changed, there'd be a delay to get the word out.
Maybe those arguments can be discounted if the proposal is *only* to
document the PGDG packages, but will such a restricted solution really
satisfy anyone? I'm concerned that novices will not realize that the
presented details don't apply to whatever vendor-supplied Postgres
they are using. This thread already presents a great example in its
confusion over what the default auth method is on Red Hat packages.
>> But if we want to cater for clueless beginners, we cannot omit Windows.
I have to agree with this point ... fortunately, there's probably only
one packaging that's of great interest there, and that's EDB's.
regards, tom lane
view thread (10+ messages) latest in thread
reply
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: [email protected]
Cc: [email protected], [email protected], [email protected], [email protected], [email protected], [email protected]
Subject: Re: GSoD - a patch for Getting Started tutorial
In-Reply-To: <[email protected]>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox