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

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

Reply via email to