Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-13 Thread Lennart Regebro
On 9/12/06, Jim Fulton [EMAIL PROTECTED] wrote: FWIW, I use the following approach: - Early in the process, I mark every real reproducable bug as blocking. In this last go around, this included a number of bugs that had been around for months or years. - Later in the process I downgraded

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Martijn Faassen
Hi there, Thanks for doing this work, Christian. I'm in favor of going for Zope 3.4 on a timely basis. Concerning the delay of Zope 3.3, I think we should consider whether we're not too perfectionistic. On the one hand core developers seem to be happy to use the trunk for development

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Lennart Regebro
On 9/12/06, Martijn Faassen [EMAIL PROTECTED] wrote: What about a policy where we fix bugs until the release date, and then on the release date, we actually release? Any bugs that are still in it are going to go with it. I totally agree. My feeling is that the x.x.0 release this time will be

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Jim Fulton
On Sep 12, 2006, at 5:25 AM, Martijn Faassen wrote: Hi there, Thanks for doing this work, Christian. I'm in favor of going for Zope 3.4 on a timely basis. Concerning the delay of Zope 3.3, I think we should consider whether we're not too perfectionistic. On the one hand core

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Jim Fulton
On Sep 12, 2006, at 8:40 AM, Martijn Faassen wrote: Jim Fulton wrote: On Sep 12, 2006, at 5:25 AM, Martijn Faassen wrote: [snip] Anyway, if the Gnome project can do time-based releases *on the date* we should be able to do it too. Maybe they have more volunteers. Yes. They also have a

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Christian Theune
Hi, Jim Fulton wrote: On Sep 12, 2006, at 8:40 AM, Martijn Faassen wrote: Jim Fulton wrote: On Sep 12, 2006, at 5:25 AM, Martijn Faassen wrote: [snip] Anyway, if the Gnome project can do time-based releases *on the date* we should be able to do it too. Maybe they have more volunteers.

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Jim Fulton
On Sep 12, 2006, at 8:58 AM, Christian Theune wrote: ... Ack. One thing that bothers me (and it's totally possible that I'm missing some documentation from zope.org) is that the overall process isn't well documented, so it's hard for me (and probably other people) to jump in and do stuff. Um.

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Martijn Faassen
Jim Fulton wrote: On Sep 12, 2006, at 8:40 AM, Martijn Faassen wrote: [snip] One problem we have is getting things to be tested. It hardly motivates people to test for and report bugs if their reports don't affect he release. I think we have a serious problem that needs to be addressed. I

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Christian Theune
Hi, Jim Fulton wrote: On Sep 12, 2006, at 8:58 AM, Christian Theune wrote: ... Ack. One thing that bothers me (and it's totally possible that I'm missing some documentation from zope.org) is that the overall process isn't well documented, so it's hard for me (and probably other people) to

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Jim Fulton
On Sep 12, 2006, at 8:57 AM, Jim Fulton wrote: I still think our quality standards for a release have been too high. Getting people to fix more bugs is good, sure, but perhaps we should separate this at least somewhat from the release itself. Sorry, I agree very much. I'd be willing

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Jim Fulton
On Sep 12, 2006, at 9:17 AM, Christian Theune wrote: Then your idea of perfection and mine are far apart. Letting bugs languish for months or even years is not acceptable. Ignoreing bugs reported during beta testing, when we get too little testing to begin with is unacceptable. I agree on

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Jim Fulton
On Sep 12, 2006, at 9:50 AM, Martijn Faassen wrote: Jim Fulton wrote: On Sep 12, 2006, at 8:40 AM, Martijn Faassen wrote: [snip] One problem we have is getting things to be tested. It hardly motivates people to test for and report bugs if their reports don't affect he release. I think we

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Christian Theune
Jim Fulton wrote: Sometimes it feels to me that when Stephan or you prioritize a bug that you have a rough understanding of the solution, You are mistaken. Stephan should speak up on his criteria, but I have the impression that it is guilty until proven innocent. That is, I think he marks

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Jim Fulton
On Sep 12, 2006, at 9:53 AM, Christian Theune wrote: Hi, Jim Fulton wrote: On Sep 12, 2006, at 8:58 AM, Christian Theune wrote: ... Ack. One thing that bothers me (and it's totally possible that I'm missing some documentation from zope.org) is that the overall process isn't well

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Jim Fulton
On Sep 12, 2006, at 10:33 AM, Christian Theune wrote: - I think we want a release manager. You're a genius! I'll just snap my fingers. What happened after you snapped? :) You became the release manager. Welcome aboard! Does the application of irony indicate that we (I) should get over

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Christian Theune
Hi, Jim Fulton wrote: On Sep 12, 2006, at 10:33 AM, Christian Theune wrote: - I think we want a release manager. You're a genius! I'll just snap my fingers. What happened after you snapped? :) You became the release manager. Welcome aboard! Can I make you my assistant? Do I get free

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Martijn Faassen
Hey, Jim Fulton wrote: [snip] I would go further. I would not unfreeze the trunk until until we've cleaned up all open bugs, either by fixing them or rejecting them. -1 Why, do you think we should allow old bugs to languish forever? I think this would be a bad thing to do after every

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Stephan Richter
On Tuesday 12 September 2006 10:13, Jim Fulton wrote: Sometimes it feels to me that when Stephan or you prioritize a bug   that you have a rough understanding of the solution, You are mistaken.  Stephan should speak up on his criteria, but I   have the impression that it is guilty until

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Jim Fulton
On Sep 12, 2006, at 10:50 AM, Christian Theune wrote: Hi, Jim Fulton wrote: On Sep 12, 2006, at 10:33 AM, Christian Theune wrote: - I think we want a release manager. You're a genius! I'll just snap my fingers. What happened after you snapped? :) You became the release manager.

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Christian Theune
Jim Fulton wrote: On Sep 12, 2006, at 10:50 AM, Christian Theune wrote: Jim Fulton wrote: On Sep 12, 2006, at 10:33 AM, Christian Theune wrote: - I think we want a release manager. You're a genius! I'll just snap my fingers. What happened after you snapped? :) You became the release

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Dieter Maurer
Martijn Faassen wrote at 2006-9-12 11:25 +0200: ... On the one hand core developers seem to be happy to use the trunk for development projects, and on the other hand we demand a lot of work doing bugfixes in a release, up to the point where we delay the release itself. core developers

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Jim Fulton
On Sep 12, 2006, at 1:24 PM, Christian Theune wrote: Jim Fulton wrote: On Sep 12, 2006, at 10:50 AM, Christian Theune wrote: Jim Fulton wrote: On Sep 12, 2006, at 10:33 AM, Christian Theune wrote: - I think we want a release manager. You're a genius! I'll just snap my fingers. What

Re: [Zope3-dev] Roadmap for Zope 3.4

2006-09-12 Thread Christian Theune
Hi there, Jim Fulton wrote: I know. So Martijn and I both stepped forward a small bit on this. So we need some conflict resolution. :) Let Martijn do 3.3.1. Why don't you do 3.4. Actually dividing that job up to different people, maybe on a kind of rotation, sounds like a good plan. What do