Received: from localhost (unknown [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id 0EEC12E0057 for ; Mon, 24 Mar 2008 18:42:05 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 40970-02 for ; Mon, 24 Mar 2008 18:41:46 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from momjian.us (momjian.us [70.90.9.53]) by postgresql.org (Postfix) with ESMTP id 3FE7B2E003C for ; Mon, 24 Mar 2008 18:41:51 -0300 (ADT) Received: (from bruce@localhost) by momjian.us (8.11.6/8.11.6) id m2OLfiZ22484; Mon, 24 Mar 2008 17:41:44 -0400 (EDT) From: Bruce Momjian Message-Id: <200803242141.m2OLfiZ22484@momjian.us> Subject: Re: [pgsql-www] New email list for emergency communications In-Reply-To: <20080324192014.GI5484@alvh.no-ip.org> To: Alvaro Herrera Date: Mon, 24 Mar 2008 17:41:44 -0400 (EDT) CC: Stefan Kaltenbrunner , Andrew Sullivan , PostgreSQL-development X-Mailer: ELM [version 2.4ME+ PL124 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="US-ASCII" X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200803/892 X-Sequence-Number: 115693 Alvaro Herrera wrote: > Bruce Momjian wrote: > > > This is an interesting observation that deserves to be discussed > > separately, and relates to the patch queue. Many people want to know > > what is happening with the patch queue but having better reporting > > doesn't seem to help much the people who are actually processing the > > queue, and requires more work. > > I'm not sure I follow. I tried last week to give some hours for patch > review. What actually happened was that I had to wade through a ton of > stuff, skipping patches that were already applied, threads that were > purely discussion but not patches, threads about earlier versions of > some patches. Yep, that describes the painful process well. I have tried to stay on top of patches already applied but I am doing a clock sweep over the queue and you probably caught a spot I was nearing. The rest is clearly hard to digest. Ideally I could group all related patches together, and separate the pure TODO items from the patches that might be TODO items or might be applied. (Though I do need comments on the pure TODO items too.) The problem is that I know of no easy way to do that and the time to doing it is better spent actually processing/deleting items. > I did manage to find actual patches, but I had then to resort to my own > mailbox to get the actual patch to apply and review. You can download an mbox of the entire queue if that helps. > Now I can't be sure whether the current commitfest is finished or there > are still patches pending review; what patches could use input from me; > what patches I could bounce to the next commitfest. > > Also I don't know what patches we have for the next commitfest. I would > gladly give some time to put up a Wiki page to list the patches for the > next commitfest. Would that be helpful? Uh, I don't think we have any patches for the next commit fest yet. -- Bruce Momjian http://momjian.us EnterpriseDB http://postgres.enterprisedb.com + If your life is a hard drive, Christ can be your backup. +