Re: [Framework-Team] Fwd: [Plone-developers] Plone 3.2 and 3.3 planning
Previously Chris Calloway wrote: > On Sep 7, 2008, at 3:37 PM, Alexander Limi wrote: > >On Sun, 07 Sep 2008 03:34:58 -0700, Martin Aspeli > ><[EMAIL PROTECTED]> wrote: > > > >>That's a good idea. On the other hand, I wonder if it would be nice > >>to > >>give people a chance to come up with and work on PLIPs during the > >>post-conference sprint. In the past, we've seen a spike in PLIPs > >>around > >>sprints as people focus on one thing or another. > > > >+1. > > I would love to see someone step forward to champion this and so note > on the sprint wiki in order to generate interest: > > http://www.openplans.org/projects/plone-conference-2008-dc/sprint > http://www.openplans.org/projects/plone-conference-2008-dc/sprint#topics -1 to making 'invent PLIPs' a sprint topic. PLIPs come up as a result of work on a topic or of free brainstorming. You can't just sit down and invent PLIPs. Of course existing sprint topics may spwan a PLIP, or they may not. There is no way to tell in advance. Wichert. -- Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Fwd: [Plone-developers] Plone 3.2 and 3.3 planning
On Sep 7, 2008, at 3:37 PM, Alexander Limi wrote: On Sun, 07 Sep 2008 03:34:58 -0700, Martin Aspeli <[EMAIL PROTECTED]> wrote: That's a good idea. On the other hand, I wonder if it would be nice to give people a chance to come up with and work on PLIPs during the post-conference sprint. In the past, we've seen a spike in PLIPs around sprints as people focus on one thing or another. +1. I would love to see someone step forward to champion this and so note on the sprint wiki in order to generate interest: http://www.openplans.org/projects/plone-conference-2008-dc/sprint http://www.openplans.org/projects/plone-conference-2008-dc/sprint#topics Ideas, good. +1s good. Doers, great! Having this advertised as part of the sprint and looking like there is momentum behind it would be healthy for the community. -- Sincerely, Chris Calloway http://www.secoora.org office: 332 Chapman Hall phone: (919) 599-3530 mail: Campus Box #3300, UNC-CH, Chapel Hill, NC 27599 -- Sincerely, Chris Calloway http://www.secoora.org office: 332 Chapman Hall phone: (919) 599-3530 mail: Campus Box #3300, UNC-CH, Chapel Hill, NC 27599 ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Re: Plone 3.2 and 3.3 planning
Hi Wichert, We also need to determine what we do with existing eggs that have dodgy/missing dependencies, and whether or not we can make plone.recipe.plone optional (or just a dumb wrapper around zc.recipe.egg). We already have some suggestions and discussion on that and I have a local git tree which tries to solve a lot of this. I'll commit that back to svn after my vacation in a few weeks. Cool! I think we need to decide if we want to go with the KGS route that Zope are using, the index route that repoze is using, a recipe route like we have now, or something else. This is not about code at all, it is about deciding early on if the PLIPs are desirable and correct so we can immediately inform the PLIP authors. I don't want people working very hard at a PLIP when we already know that it will not be accepted or that it will need to be changed. Cool - that's what I thought. +1 for that. There is always a reason to wait for another date. I think a lot of people are coming up with ideas while preparing / psyching up for the conenference, so this schedule makes sense to me. Sure, I can see it either way. However, I think the Framework Team should make the decision here, since this review step is almost entirely down to them. If none of them will have time or see themselves working on this during the conference, then we can make better use of the conference time to allow PLIPs to foster. Personally, I'm leaning slightly in the direction of waiting for PLIP submissions until after the conference. There'll be several talks about and opportunities to discuss ways to improve Plone. If someone has a good idea and wants to PLIP it (and better yet, work on it) during the conference/sprint, telling them that the window is closed would be a shame. Martin -- Author of `Professional Plone Development`, a book for developers who want to work with Plone. See http://martinaspeli.net/plone-book ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Framework Team Meeting at Conference
Steve McMahon wrote: Am I right that Raphael isn't going to be at the conference? No, unfortunately not (for various reasons though I'd love to come ...). Raphael PS: don't worry too much about the jet lag Steve. The first evening(s) are easy. It's the third or forth that are getting tough in my experience ;-) If so, have we now heard from everyone attending? It looks like everyone will be there Monday->Sunday. Would an evening before the conference be good? I know Martin is teaching, and might be tired. But, If that works, it could just be a dinner together. If that sounds good, would Tuesday night be best? I assume that there will be lingering jet lag on Monday. Thanks, Steve On Sat, Sep 6, 2008 at 5:47 AM, Andreas Zeidler <[EMAIL PROTECTED]> wrote: On Sep 4, 2008, at 5:03 PM, Steve McMahon wrote: Can we start by finding out when folks are arriving in and leaving DC? i'll be there from monday 6th until monday 13th. thanks steve for keep bringing this up! :) andi -- zeidler it consulting - http://zitc.de/ - [EMAIL PROTECTED] friedelstraße 31 - 12047 berlin - telefon +49 30 25563779 pgp key at http://zitc.de/pgp - http://wwwkeys.de.pgp.net/ plone 3.1.5.1 released! -- http://plone.org/products/plone/ ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Re: [Plone-developers] Plone 3.2 and 3.3 planning
Previously Martin Aspeli wrote: > Wichert Akkerman wrote: > > We need to get Plone 3.2 and 3.3 on the road. Contrary to previous > > releases I am not going to produce a complete schedule for the whole > > release process this time around - we've seen too often that those > > schedules keep changing anyway. Instead I'll keep planning the next two > > steps in the process for each release. > > That sounds like a good idea. > > > Lets start with Plone 3.2. This release will be a maintenance release > > for Plone 3.x in all aspects except packaging technology: it will be > > fully egg based. The first two steps for this release are: > > > > * egg releases of all components ready before October 1st > > * first alpha release during the Plone Conference > > We also need to determine what we do with existing eggs that have > dodgy/missing dependencies, and whether or not we can make > plone.recipe.plone optional (or just a dumb wrapper around zc.recipe.egg). We already have some suggestions and discussion on that and I have a local git tree which tries to solve a lot of this. I'll commit that back to svn after my vacation in a few weeks. > > For Plone 3.3 we will start with a round of PLIP previews, during which > > the framework team can provide a verdict on the desirability of proposed > > PLIPs. The criteria are correct technical design, correct user interface > > design, and the need merge the PLIP in core instead of maintaining or > > maturing it as an add-on. The dates are: > > > > * PLIPs to be submitted before October 5th > > * framework team gives verdict on all PLIPs before October 20th > > I assume this is about PLIPs in principle, rather than code/bundles? > > I think we need to give people a bit more time if we're talking about > code, especially since we want people to help with the 3.2 work (and > testing!) as well. This is not about code at all, it is about deciding early on if the PLIPs are desirable and correct so we can immediately inform the PLIP authors. I don't want people working very hard at a PLIP when we already know that it will not be accepted or that it will need to be changed. > > The planning is geared around the Plone conference; I am hoping that the > > framework team will be able to take schedule one or more discussions > > there to discuss these PLIPs, if possible with the PLIP authors present. > > That's a good idea. On the other hand, I wonder if it would be nice to > give people a chance to come up with and work on PLIPs during the > post-conference sprint. In the past, we've seen a spike in PLIPs around > sprints as people focus on one thing or another. > > I think it'd make sense if the current Framework Team could decide > whether they'd prefer to have the PLIP deadline, say, on the Friday > following the conference (October 17th) with this in mind, or if they > would benefit more from having time to discuss PLIPs at the conference > and thus keep the deadline for the 5th. There is always a reason to wait for another date. I think a lot of people are coming up with ideas while preparing / psyching up for the conenference, so this schedule makes sense to me. Wichert. -- Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Re: Plone 3.2 and 3.3 planning
On Sun, 07 Sep 2008 03:34:58 -0700, Martin Aspeli <[EMAIL PROTECTED]> wrote: That's a good idea. On the other hand, I wonder if it would be nice to give people a chance to come up with and work on PLIPs during the post-conference sprint. In the past, we've seen a spike in PLIPs around sprints as people focus on one thing or another. +1. -- Alexander Limi · http://limi.net ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
