Re: next CommitFest

From: Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Bruce Momjian <bruce(at)momjian(dot)us>, Albert Cervera i Areny <albert(at)nan-tic(dot)com>, pgsql-hackers(at)postgresql(dot)org, Euler Taveira de Oliveira <euler(at)timbira(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>
Subject: Re: next CommitFest
Date: 2009-11-13 05:53:19
Message-ID: 4AFCF44F.107@cheapcomplexdevices.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Robert Haas wrote:
>
> That wasn't my intention. I really was assuming that we would just
> let those patches drop on the floor, and that they would not be picked
> up either by reviewers or committers.

Surely it should depend on the nature of the patch.

For an extreme strawman, segfault fixes almost certainly shouldn't
be dropped. Same for docs patches that clarify the product. I
think the majority of my contributions to open source this decade
have been of that nature (a few links to examples in postgres and
postgis follow).

Maybe a better policy would be:
"if you reviewed patches, a reviewer will be assigned -- if
you didn't, your patch is at the mercy of reviewers volunteering
to review it based on their own interest in your patch"
that way patches that the community really wants could get in anyway.

http://postgis.refractions.net/pipermail/postgis-users/2005-April/007762.html
http://archives.postgresql.org/pgsql-performance/2009-03/msg00252.php
http://postgis.refractions.net/pipermail/postgis-users/2005-April/007704.html
http://postgis.refractions.net/pipermail/postgis-devel/2005-April/001341.html

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Hodges 2009-11-13 06:07:57 Re: write ahead logging in standby (streaming replication)
Previous Message KaiGai Kohei 2009-11-13 05:34:07 Re: [PATCH] SE-PgSQL/lite (r2429)