Re: [HACKERS] Please make sure your patches are on the wiki page

2008-11-01 Thread Josh Berkus
Stephen, what is the status of your efforts? The latest one I could found is the colprivs_wip.20080902.diff.gz. Do you have any updated one? Snowman told me this week that he was working hard on it -- he declined to be a reviewer for that reason. --Josh -- Sent via pgsql-hackers mailing

Re: [HACKERS] Please make sure your patches are on the wiki page

2008-11-01 Thread Stephen Frost
KaiGai, et al, * KaiGai Kohei ([EMAIL PROTECTED]) wrote: Stephen, what is the status of your efforts? I've now got it passing the base regression tests with the actual logic included in the path. That doesn't mean it works completely, of course, but I feel like I'm making progress. Feedback,

Re: [HACKERS] Please make sure your patches are on the wiki page

2008-10-31 Thread Bruce Momjian
Robert Haas wrote: One other random note - I don't believe there has been a new version of the column-level permissions patch that Stephen Frost was working on since the last commitfest. Unless someone disagrees with Markus Wanner's conclusion that it wasn't ready for commit at that point,

Re: [HACKERS] Please make sure your patches are on the wiki page

2008-10-31 Thread Simon Riggs
On Wed, 2008-10-29 at 23:12 -0400, Tom Lane wrote: Earlier today I had a different thought about how to sort things early in the fest. I think that there is a strong temptation to finish off the simple patches quickly so as to reduce the size of the list --- I know I've done that and I

Re: [HACKERS] Please make sure your patches are on the wiki page

2008-10-31 Thread KaiGai Kohei
Bruce Momjian wrote: Robert Haas wrote: One other random note - I don't believe there has been a new version of the column-level permissions patch that Stephen Frost was working on since the last commitfest. Unless someone disagrees with Markus Wanner's conclusion that it wasn't ready for

Re: [HACKERS] Please make sure your patches are on the wiki page

2008-10-30 Thread Robert Haas
(1) moving all of the patches committed prior to 11/1 to a separate section or page Why? To reduce clutter, but I don't feel strongly about it. (2) sorting the pending patches by complexity or subject matter Sorting them by complexity would be great, if I thought I could do it. I'm not

[HACKERS] Please make sure your patches are on the wiki page

2008-10-29 Thread Josh Berkus
Patch submitters, Please make sure your patches are on the November CommitFest wiki page, with correct and updated links. http://wiki.postgresql.org/wiki/CommitFest_2008-11 -- Josh Berkus PostgreSQL San Francisco -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make

Re: [HACKERS] Please make sure your patches are on the wiki page

2008-10-29 Thread Robert Haas
I wonder if we should consider: (1) moving all of the patches committed prior to 11/1 to a separate section or page (2) sorting the pending patches by complexity or subject matter ...Robert On Wed, Oct 29, 2008 at 5:26 PM, Josh Berkus [EMAIL PROTECTED] wrote: Patch submitters, Please make

Re: [HACKERS] Please make sure your patches are on the wiki page

2008-10-29 Thread Josh Berkus
Robert, (1) moving all of the patches committed prior to 11/1 to a separate section or page Why? (2) sorting the pending patches by complexity or subject matter Sorting them by complexity would be great, if I thought I could do it. I'm not sure I can. -- Josh Berkus PostgreSQL San

Re: [HACKERS] Please make sure your patches are on the wiki page

2008-10-29 Thread Tom Lane
Josh Berkus [EMAIL PROTECTED] writes: (2) sorting the pending patches by complexity or subject matter Sorting them by complexity would be great, if I thought I could do it. I'm not sure I can. We organized them by subject matter (or code area, really) in a couple of the earlier fests. I

Re: [HACKERS] Please make sure your patches are on the wiki page

2008-10-29 Thread Josh Berkus
On Wednesday 29 October 2008 20:12, Tom Lane wrote: Earlier today I had a different thought about how to sort things early in the fest.  I think that there is a strong temptation to finish off the simple patches quickly so as to reduce the size of the list --- I know I've done that and I think