Thread: CommitFest rules
it concerns me that despite it being day 3 of the July commit fest, people are still being advised to add new items to the wiki page. To make the idea work, we need to stick to the rules we defined when we came up with the concept - specifically, no new patches once the fest begins! So please - new patches to the September page! Regards, Dave -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
On 7/3/08, Dave Page <dpage@pgadmin.org> wrote: > it concerns me that despite it being day 3 of the July commit fest, > people are still being advised to add new items to the wiki page. > > To make the idea work, we need to stick to the rules we defined when > we came up with the concept - specifically, no new patches once the > fest begins! > > So please - new patches to the September page! But updates to existing patches should be ok? -- marko
On Thu, Jul 3, 2008 at 8:02 PM, Marko Kreen <markokr@gmail.com> wrote: > On 7/3/08, Dave Page <dpage@pgadmin.org> wrote: >> it concerns me that despite it being day 3 of the July commit fest, >> people are still being advised to add new items to the wiki page. >> >> To make the idea work, we need to stick to the rules we defined when >> we came up with the concept - specifically, no new patches once the >> fest begins! >> >> So please - new patches to the September page! > > But updates to existing patches should be ok? Yes. -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
On Thu, 2008-07-03 at 20:06 +0100, Dave Page wrote: > On Thu, Jul 3, 2008 at 8:02 PM, Marko Kreen <markokr@gmail.com> wrote: > > On 7/3/08, Dave Page <dpage@pgadmin.org> wrote: > >> it concerns me that despite it being day 3 of the July commit fest, > >> people are still being advised to add new items to the wiki page. > >> So please - new patches to the September page! > > > > But updates to existing patches should be ok? > > Yes. Perhaps this would be helpful: http://wiki.postgresql.org/wiki/CommitFest:Help Joshua D. Drake > > > -- > Dave Page > EnterpriseDB UK: http://www.enterprisedb.com >
On Thu, Jul 3, 2008 at 2:44 PM, Dave Page <dpage@pgadmin.org> wrote: > it concerns me that despite it being day 3 of the July commit fest, > people are still being advised to add new items to the wiki page. > > To make the idea work, we need to stick to the rules we defined when > we came up with the concept - specifically, no new patches once the > fest begins! > > So please - new patches to the September page! One of the two patches added post jul-1 was libpq event hooks, which was a holdover from the june fest -- it wasn't a 'late breaking patch', just a procedural oversight. It was put there immediately after reading the 'did we miss any patches' thread on -hackers. Can't speak as to the other patch. merlin
On Thu, Jul 3, 2008 at 12:44 PM, Dave Page <dpage@pgadmin.org> wrote: > it concerns me that despite it being day 3 of the July commit fest, > people are still being advised to add new items to the wiki page. > > To make the idea work, we need to stick to the rules we defined when > we came up with the concept - specifically, no new patches once the > fest begins! > > So please - new patches to the September page! > > Regards, Dave The one I advised be added (the Auto Explain patch) was posted on Mar 29, 2008 (http://archives.postgresql.org/pgsql-hackers/2008-03/msg01214.php), re-posted the Jun 30th and then an updated patch today... It only being the 3rd i figured it still meet the criteria. If thats not the case, I apologize.
On Thu, Jul 3, 2008 at 8:34 PM, Alex Hunsaker <badalex@gmail.com> wrote: > The one I advised be added (the Auto Explain patch) was posted on Mar > 29, 2008 (http://archives.postgresql.org/pgsql-hackers/2008-03/msg01214.php), > re-posted the Jun 30th and then an updated patch today... It only > being the 3rd i figured it still meet the criteria. If thats not the > case, I apologize. You'll note I didn't actually mention any specific patches. The CommitFests are designed to be short and quick to complete. We need *all* patches to be listed (not just posted to a list sometime in the past couple of months) before it starts, otherwise organisation of reviewers and completion of the Fest becomes chaotic for all and a nightmare task for the CommitFest manager. -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
On Thu, Jul 3, 2008 at 3:45 PM, Dave Page <dpage@pgadmin.org> wrote: > On Thu, Jul 3, 2008 at 8:34 PM, Alex Hunsaker <badalex@gmail.com> wrote: > >> The one I advised be added (the Auto Explain patch) was posted on Mar >> 29, 2008 (http://archives.postgresql.org/pgsql-hackers/2008-03/msg01214.php), >> re-posted the Jun 30th and then an updated patch today... It only >> being the 3rd i figured it still meet the criteria. If thats not the >> case, I apologize. > > You'll note I didn't actually mention any specific patches. > > The CommitFests are designed to be short and quick to complete. We > need *all* patches to be listed (not just posted to a list sometime in > the past couple of months) before it starts, otherwise organisation of > reviewers and completion of the Fest becomes chaotic for all and a > nightmare task for the CommitFest manager. Are you suggesting that omission of a patch on the 'fest' page means that you are bumped from the fest? Note that Tom asked on July 1 if there were any missing entries that hadn't been plucked out of the lists (there were). If that's the case, that would suggest that it is the patch author's responsibility to to update the fest entry (or at least, make sure it was updated). That may already be the case -- i'm not sure -- and I'm not saying that's wrong, but if you are going to adopt a strict policy (which btw I have no problem with) it's probably better to remind stragglers to get with the program a week or so the fest begins, especially on the last fest of the release cycle. merlin
"Merlin Moncure" <mmoncure@gmail.com> writes:
> Are you suggesting that omission of a patch on the 'fest' page means
> that you are bumped from the fest?
No, if you had submitted the patch on time then the correct next step
is to get it added to the fest page; I don't think that should be
controversial. But the reviewers aren't gonna review it if it's not
listed on that page...
regards, tom lane
On Thu, Jul 3, 2008 at 10:37 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > "Merlin Moncure" <mmoncure@gmail.com> writes: >> Are you suggesting that omission of a patch on the 'fest' page means >> that you are bumped from the fest? > > No, if you had submitted the patch on time then the correct next step > is to get it added to the fest page; I don't think that should be > controversial. But the reviewers aren't gonna review it if it's not > listed on that page... Right, but the author should take some responsibility for ensuring the patch is listed on time. What we don't want is forgotten patches getting added at the last minute, right as the CommitFest manager is wrapping things up having got 95% of the patches reviewed and the other 5% in progress. -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
On Thursday 03 July 2008 15:12:08 Joshua D. Drake wrote: > On Thu, 2008-07-03 at 20:06 +0100, Dave Page wrote: > > On Thu, Jul 3, 2008 at 8:02 PM, Marko Kreen <markokr@gmail.com> wrote: > > > On 7/3/08, Dave Page <dpage@pgadmin.org> wrote: > > >> it concerns me that despite it being day 3 of the July commit fest, > > >> people are still being advised to add new items to the wiki page. > > >> > > >> So please - new patches to the September page! > > > > > > But updates to existing patches should be ok? > > > > Yes. > > Perhaps this would be helpful: > > http://wiki.postgresql.org/wiki/CommitFest:Help > Actually, I think we need to be better about linking to that and the various commmitfest pages within the wiki itself. Right now it's a bit disorienting trying to find your way around within the wiki itself.... well, maybe I will get some time to fix that in the next couple of days. -- Robert Treat Build A Brighter LAMP :: Linux Apache {middleware} PostgreSQL
On Thursday 03 July 2008 18:16:38 Dave Page wrote:
> On Thu, Jul 3, 2008 at 10:37 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> > "Merlin Moncure" <mmoncure@gmail.com> writes:
> >> Are you suggesting that omission of a patch on the 'fest' page means
> >> that you are bumped from the fest?
> >
> > No, if you had submitted the patch on time then the correct next step
> > is to get it added to the fest page; I don't think that should be
> > controversial. But the reviewers aren't gonna review it if it's not
> > listed on that page...
>
> Right, but the author should take some responsibility for ensuring the
> patch is listed on time. What we don't want is forgotten patches
> getting added at the last minute, right as the CommitFest manager is
> wrapping things up having got 95% of the patches reviewed and the
> other 5% in progress.
>
I think people are still working there way through the process, but it's
starting to sound like submitting a patch involves two steps from now on;
email to the list, and add your patch to the next commitfest page. Does that
sound right?
--
Robert Treat
Build A Brighter LAMP :: Linux Apache {middleware} PostgreSQL
On Saturday 05 July 2008 18:07:46 Robert Treat wrote: > On Thursday 03 July 2008 15:12:08 Joshua D. Drake wrote: > > On Thu, 2008-07-03 at 20:06 +0100, Dave Page wrote: > > > On Thu, Jul 3, 2008 at 8:02 PM, Marko Kreen <markokr@gmail.com> wrote: > > > > On 7/3/08, Dave Page <dpage@pgadmin.org> wrote: > > > >> it concerns me that despite it being day 3 of the July commit fest, > > > >> people are still being advised to add new items to the wiki page. > > > >> > > > >> So please - new patches to the September page! > > > > > > > > But updates to existing patches should be ok? > > > > > > Yes. > > > > Perhaps this would be helpful: > > > > http://wiki.postgresql.org/wiki/CommitFest:Help > > Actually, I think we need to be better about linking to that and the > various commmitfest pages within the wiki itself. Right now it's a bit > disorienting trying to find your way around within the wiki itself.... > well, maybe I will get some time to fix that in the next couple of days. > Hmm, looks like some of the things I was thinking about have been added recenelt... cool. One question I have still remains though, on the main developer page (http://wiki.postgresql.org/wiki/Development_information) it has a link to the "current commitfest", which points to september's commitfest page. ISTM the current commitfest is July's, since that's the one we're currently working on. Also, if you're looking to submit a new patch, the July page also has a link to Septembers page, so you end up where you need to be; but if you want to see what is currently being worked on, going to Septembers page has no link to July's page, so you end up having to hit the search engine to find the right page. So, I'm think that the first link should point to whichever commitfest page is either actively being worked on, or will be next to be worked on (the link being updated next when the July fest closes). Any objections? -- Robert Treat Build A Brighter LAMP :: Linux Apache {middleware} PostgreSQL
Robert Treat <xzilla@users.sourceforge.net> writes: > Hmm, looks like some of the things I was thinking about have been added > recenelt... cool. One question I have still remains though, on the main > developer page (http://wiki.postgresql.org/wiki/Development_information) it > has a link to the "current commitfest", which points to september's > commitfest page. ISTM the current commitfest is July's, since that's the one > we're currently working on. The meaning of "current commitfest" as used on that page is "the place you should submit a new patch today". I agree there's a terminological problem here, and we need to somehow distinguish that meaning from "the commitfest we are currently trying to close out". But you are not helping matters by trying to eliminate the distinction. regards, tom lane
On Sun, Jul 6, 2008 at 6:29 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Robert Treat <xzilla@users.sourceforge.net> writes: >> Hmm, looks like some of the things I was thinking about have been added >> recenelt... cool. One question I have still remains though, on the main >> developer page (http://wiki.postgresql.org/wiki/Development_information) it >> has a link to the "current commitfest", which points to september's >> commitfest page. ISTM the current commitfest is July's, since that's the one >> we're currently working on. > > The meaning of "current commitfest" as used on that page is "the place > you should submit a new patch today". I agree there's a terminological > problem here, and we need to somehow distinguish that meaning from "the > commitfest we are currently trying to close out". But you are not > helping matters by trying to eliminate the distinction. Agreed - but Robert does have a point - I know both Greg & I have resorted to searching to find the in-progress fest page. I'll see if I can improve the index page a little. -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
Dave Page wrote: > On Sun, Jul 6, 2008 at 6:29 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > > Robert Treat <xzilla@users.sourceforge.net> writes: > >> Hmm, looks like some of the things I was thinking about have been added > >> recenelt... cool. One question I have still remains though, on the main > >> developer page (http://wiki.postgresql.org/wiki/Development_information) it > >> has a link to the "current commitfest", which points to september's > >> commitfest page. ISTM the current commitfest is July's, since that's the one > >> we're currently working on. > > > > The meaning of "current commitfest" as used on that page is "the place > > you should submit a new patch today". I agree there's a terminological > > problem here, and we need to somehow distinguish that meaning from "the > > commitfest we are currently trying to close out". But you are not > > helping matters by trying to eliminate the distinction. > > Agreed - but Robert does have a point - I know both Greg & I have > resorted to searching to find the in-progress fest page. I'll see if I > can improve the index page a little. Just a personal request, but I would like a permanent URL that points to the in-progress commit page and is only changed when the commit fest of _over_. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
On Sun, Jul 6, 2008 at 11:44 PM, Bruce Momjian <bruce@momjian.us> wrote:
>
> Just a personal request, but I would like a permanent URL that points to
> the in-progress commit page and is only changed when the commit fest of
> _over_.
>
Well, most of the time there isn't any commitfest "in-progress" at
all. If you want a permanent redirect, how do you expect it to behave
when we are between commitfests?
Speaking of the issue of navigating between commitfests, I agree that
this could use some love.
I mentioned to Alvaro over IM that I was thinking about adding a
navigation bar at the bottom of each commitfest. This would show,
e.g., for the current July commitfest:
<< Previous commitfest | Current commitfest | Next commitfest >> 2008-05 2008-07
2008-09 [closed] [current] [open]
I'm still pondering a way to add this that would require minimal
ongoing maintenance, but I wanted to gauge interest before investing
too much more headspace into it.
Is this something that you guys would find valuable?
Cheers,
BJ
Brendan, all: > I mentioned to Alvaro over IM that I was thinking about adding a > navigation bar at the bottom of each commitfest. This would show, > e.g., for the current July commitfest: Hmmm. I thought that commitfest-by-wiki was something that we were only doing until we had the technical requirements for tracking commitfests nailed down, and then we were going to write a PHP app. No? --Josh
Dave Page wrote: > it concerns me that despite it being day 3 of the July commit fest, > people are still being advised to add new items to the wiki page. > > To make the idea work, we need to stick to the rules we defined when > we came up with the concept - specifically, no new patches once the > fest begins! Where are these rules posted? Personally, *I'm* not clear on them. And I'm supposed to be the coordinator. --Josh
On Tue, Jul 8, 2008 at 3:33 AM, Josh Berkus <josh@agliodbs.com> wrote: > Hmmm. I thought that commitfest-by-wiki was something that we were only > doing until we had the technical requirements for tracking commitfests > nailed down, and then we were going to write a PHP app. No? > That sounds good to me, but who knows how long it could take for the requisite nailing down to occur? Management of patches is a contentious issue, and any kind of consensus in this area seems to be elusive. I figure we might as well make the wiki comfortable in the meantime. What I'm saying is, I've got the opportunity and the inclination to make the wiki more usable. If you guys want better navigation, there's a suggestion on the table to improve that. I'm not too worried about the wiki eventually being ditched for something better -- in fact I'm looking forward to it. Cheers, BJ
Brendan, > What I'm saying is, I've got the opportunity and the inclination to > make the wiki more usable. If you guys want better navigation, > there's a suggestion on the table to improve that. I'm not too > worried about the wiki eventually being ditched for something better > -- in fact I'm looking forward to it. Oh, please go ahead. I just don't want people to get *too* comfortable with the wiki ;-) I can tell you from the perspective of CF coordinator, it's a PITA. --Josh
On 7/5/08, Robert Treat <xzilla@users.sourceforge.net> wrote: > > I think people are still working there way through the process, but it's > starting to sound like submitting a patch involves two steps from now on; > email to the list, and add your patch to the next commitfest page. Does that > sound right? > yeah! that was always the process... email to -hackers the proposal, design, discussion, etc... email to -patches the patch itself... the only change is that we are no longer using -patches for this but the commitfest page. -- regards, Jaime Casanova Soporte y capacitación de PostgreSQL Guayaquil - Ecuador Cel. (593) 87171157
"Jaime Casanova" <jcasanov@systemguards.com.ec> writes:
> On 7/5/08, Robert Treat <xzilla@users.sourceforge.net> wrote:
>> I think people are still working there way through the process, but it's
>> starting to sound like submitting a patch involves two steps from now on;
>> email to the list, and add your patch to the next commitfest page. Does that
>> sound right?
> yeah! that was always the process... email to -hackers the proposal,
> design, discussion, etc... email to -patches the patch itself... the
> only change is that we are no longer using -patches for this but the
> commitfest page.
No, you still have to mail the actual patch to the lists, we've just
agreed that it's okay to send patches to -hackers. Commitfest entries
pointing to random websites rather than the PG mail archives are not
acceptable.
regards, tom lane
Brendan Jurd wrote: > On Sun, Jul 6, 2008 at 11:44 PM, Bruce Momjian <bruce@momjian.us> wrote: > > > > Just a personal request, but I would like a permanent URL that points to > > the in-progress commit page and is only changed when the commit fest of > > _over_. > > > > Well, most of the time there isn't any commitfest "in-progress" at > all. If you want a permanent redirect, how do you expect it to behave > when we are between commitfests? Yes, there is an "in-progress" commitfest now --- it is July 2008 right now. Once it is marked as complete we will then be "between" commit fests, in a way. Right now you advance the static link to the next commit fest once the current one starts --- I was hoping for a link that advances when the commit fest is done so I could make it a permanent tab in Firefox. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
On Mon, Jul 7, 2008 at 6:36 PM, Josh Berkus <josh@agliodbs.com> wrote: > Dave Page wrote: >> >> it concerns me that despite it being day 3 of the July commit fest, >> people are still being advised to add new items to the wiki page. >> >> To make the idea work, we need to stick to the rules we defined when >> we came up with the concept - specifically, no new patches once the >> fest begins! > > Where are these rules posted? Personally, *I'm* not clear on them. And I'm > supposed to be the coordinator. http://archives.postgresql.org/pgsql-hackers/2008-02/msg00193.php Though they're more in the form of a description of how the fest system will work, than bullet-pointed 'rules'. You'll recall I sent that after much discussion on -core. -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
On Mon, 2008-07-07 at 11:03 -0700, Josh Berkus wrote: > Brendan, > > > What I'm saying is, I've got the opportunity and the inclination to > > make the wiki more usable. If you guys want better navigation, > > there's a suggestion on the table to improve that. I'm not too > > worried about the wiki eventually being ditched for something better > > -- in fact I'm looking forward to it. > > Oh, please go ahead. I just don't want people to get *too* comfortable > with the wiki ;-) > > I can tell you from the perspective of CF coordinator, it's a PITA. I felt so too at first, but I'm comfortable with it now. Writing a working PHP app will take much longer and will be a PITA also. Not sure if I've done everything correctly though :-) It would be very useful if people would add a comment like "started my review of X now". Otherwise people don't know whether the reviewer is actually reviewing it at length, or just intend to at some point. -- Simon Riggs www.2ndQuadrant.comPostgreSQL Training, Services and Support
"Simon Riggs" <simon@2ndquadrant.com> writes: > It would be very useful if people would add a comment like "started my > review of X now". Otherwise people don't know whether the reviewer is > actually reviewing it at length, or just intend to at some point. That's a good idea, imho, I'll try to do that -- Gregory Stark EnterpriseDB http://www.enterprisedb.com Ask me about EnterpriseDB's 24x7 Postgres support!
On Monday 07 July 2008 21:56:34 Bruce Momjian wrote:
> Brendan Jurd wrote:
> > On Sun, Jul 6, 2008 at 11:44 PM, Bruce Momjian <bruce@momjian.us> wrote:
> > > Just a personal request, but I would like a permanent URL that points
> > > to the in-progress commit page and is only changed when the commit fest
> > > of _over_.
> >
> > Well, most of the time there isn't any commitfest "in-progress" at
> > all. If you want a permanent redirect, how do you expect it to behave
> > when we are between commitfests?
>
> Yes, there is an "in-progress" commitfest now --- it is July 2008 right
> now. Once it is marked as complete we will then be "between" commit
> fests, in a way.
>
> Right now you advance the static link to the next commit fest once the
> current one starts --- I was hoping for a link that advances when the
> commit fest is done so I could make it a permanent tab in Firefox.
This is what I had proposed/changed, but see up thread where Tom disagreed
with this idea.
--
Robert Treat
Build A Brighter LAMP :: Linux Apache {middleware} PostgreSQL
Robert Treat <xzilla@users.sourceforge.net> writes:
> On Monday 07 July 2008 21:56:34 Bruce Momjian wrote:
>> Right now you advance the static link to the next commit fest once the
>> current one starts --- I was hoping for a link that advances when the
>> commit fest is done so I could make it a permanent tab in Firefox.
> This is what I had proposed/changed, but see up thread where Tom disagreed
> with this idea.
I surely do not have an objection to having a link defined as above ---
I just wanted to be clear on what we meant by "current commitfest".
We probably need two separate terms for "the place to submit new
patches" and "the place we are trying to commit patches from".
regards, tom lane
On Thu, Jul 10, 2008 at 3:16 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > I surely do not have an objection to having a link defined as above --- > I just wanted to be clear on what we meant by "current commitfest". > We probably need two separate terms for "the place to submit new > patches" and "the place we are trying to commit patches from". Well we have two separate links now, with hints as to their usage: # Upcoming CommitFest - add new patches here # In-progress CommitFest - patch review underway here -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
"Dave Page" <dpage@pgadmin.org> writes:
> On Thu, Jul 10, 2008 at 3:16 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> I surely do not have an objection to having a link defined as above ---
>> I just wanted to be clear on what we meant by "current commitfest".
>> We probably need two separate terms for "the place to submit new
>> patches" and "the place we are trying to commit patches from".
> Well we have two separate links now, with hints as to their usage:
> # Upcoming CommitFest - add new patches here
> # In-progress CommitFest - patch review underway here
That's fine, but what Bruce asked for was bookmarkable links defined in
both ways --- right now, only the first one has a permanent alias.
regards, tom lane
At 2008-07-08 13:50:24 +0100, simon@2ndquadrant.com wrote: > > > I can tell you from the perspective of CF coordinator, it's a PITA. > > I felt so too at first, but I'm comfortable with it now. Then I'm in awe of your wiki-editing skills. After keeping at it for a few days, I've given up trying to do anything to the Commitfest page, because even adding a comment or changing the status of something is too painful for me. Given the number of entries that haven't been updated, I'm guessing that I'm not the only one having trouble. -- ams
On Fri, 2008-07-11 at 16:15 +0530, Abhijit Menon-Sen wrote: > At 2008-07-08 13:50:24 +0100, simon@2ndquadrant.com wrote: > > > > > I can tell you from the perspective of CF coordinator, it's a PITA. > > > > I felt so too at first, but I'm comfortable with it now. > > Then I'm in awe of your wiki-editing skills. Not sure I want to be famous for wiki-cut-and-paste, but I suppose infamy for the lack of that skill would be worse. :-) -- Simon Riggs www.2ndQuadrant.comPostgreSQL Training, Services and Support