From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | David Steele <david(at)pgmasters(dot)net> |
Cc: | Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Jürgen Purtz <juergen(at)purtz(dot)de>, Erik Rijkers <er(at)xs4all(dot)nl>, "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Justin Pryzby <pryzby(at)telsasoft(dot)com> |
Subject: | Re: Additional Chapter for Tutorial - arch-dev.sgml |
Date: | 2021-04-03 13:39:55 |
Message-ID: | 20210403133955.GA3098@alvherre.pgsql |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs pgsql-hackers |
On 2021-Mar-25, David Steele wrote:
> On 1/22/21 4:15 AM, Heikki Linnakangas wrote:
> > On 21/01/2021 14:38, Jürgen Purtz wrote:
> > > This supervisor process is called <glossterm
> > > linkend="glossary-postmaster">postmaster</glossterm> and listens at
> > > a specified TCP/IP port for incoming connections. Whenever he
> > > detects a request for a connection, he spawns a new backend process.
> >
> > It sounds weird to refer to a process with "he". I left out this hunk,
> > and the other with similar changes.
> >
> > Committed the rest, thanks!.
>
> So it looks like this was committed. Is there anything left to do?
Yes, there is. AFAICS Heikki committed a small wordsmithing patch --
not the large patch with the additional chapter.
--
Álvaro Herrera 39°49'30"S 73°17'W
"Ed is the standard text editor."
http://groups.google.com/group/alt.religion.emacs/msg/8d94ddab6a9b0ad3
From | Date | Subject | |
---|---|---|---|
Next Message | Jürgen Purtz | 2021-04-03 17:43:48 | Re: Additional Chapter for Tutorial - arch-dev.sgml |
Previous Message | Michael Paquier | 2021-04-03 12:32:49 | Re: fix old confusing JSON example |
From | Date | Subject | |
---|---|---|---|
Next Message | Chapman Flack | 2021-04-03 13:43:56 | Re: [PATCH] Implement motd for PostgreSQL |
Previous Message | aditya desai | 2021-04-03 13:38:22 | SELECT Query taking 200 ms on PostgreSQL compared to 4 ms on Oracle after migration. |