Re: Creation of wiki page for open items of v11

From: "Jonathan S(dot) Katz" <jonathan(dot)katz(at)excoventures(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, Ashutosh Bapat <ashutosh(dot)bapat(at)enterprisedb(dot)com>, Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, Postgres hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Creation of wiki page for open items of v11
Date: 2018-04-11 16:45:10
Message-ID: 982D3ABB-9FAA-437C-97B4-58FEE9150DF8@excoventures.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


> On Apr 11, 2018, at 11:54 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>> On Wed, Apr 11, 2018 at 10:53 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>> What *does* take time is adding a link to the commit, so I'd happily
>>> drop that step. As Peter says, you can usually look in the commit
>>> log if you care.
>
>> The trouble is that sometimes it's not very obvious which commit log
>> entry relates to which open item.
>
> Sure, but is annotating the wiki page that way worth the trouble?
> If the alternative is that committers refuse to update the wiki page
> at all, or decide to remove entries rather than move-and-add-a-link,
> we're not coming out ahead.
>
> I'm not particularly wedded to the above idea; I'm just proposing it
> as a compromise solution.

During some RMT discussions I had proposed formatting the open items
into a table on the Wiki page with some useful info to help track the status
and surface the necessary info to track down the open item.

It has been on my TODO to have a draft of that. Perhaps it will help solve
this problem.

Jonathan

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2018-04-11 16:51:29 Re: 'make check' fails
Previous Message Bruce Momjian 2018-04-11 16:40:42 Re: 'make check' fails