Re: [Framework-Team] who is the mail list manager?
I dug up the list password from an old ploneai team "secrets" file and discovered that the plone-framework-team list owners are MJ and myself. Obviously, neither of us are active. Nominate a new list manager and I'll be happy to install that person as owner and communicate the password. Steve On Tue, Nov 5, 2019 at 5:54 AM Eric Bréhault wrote: > Hi, > > Does any of you know who is the manager of this mail list ( > plone-framework-team@lists.plone.org)? > > Eric > ___ > Framework-Team mailing list > framework-t...@lists.plone.org > https://lists.plone.org/mailman/listinfo/plone-framework-team > ___ Framework-Team mailing list framework-t...@lists.plone.org https://lists.plone.org/mailman/listinfo/plone-framework-team
Re: [Framework-Team] FWT Meeting Notes: 8 March, 2011
But if you need assistance — sprint funding, facilitators ... — just ask! On Wed, Mar 9, 2011 at 11:06 AM, Jon Stahl jonst...@gmail.com wrote: On Wed, Mar 9, 2011 at 3:48 AM, Hanno Schlichting ha...@hannosch.eu wrote: On Tue, Mar 8, 2011 at 8:42 PM, Eric Steele ems...@psu.edu wrote: • Eric will contact board RE: increasing team size to 10. The board isn't involved in any matters concerning the way we develop Plone - this is up to the active development community. +1. :-) The board wants to support your self-organizing in any way that is within our power; we don't want to dictate the terms of that self-organizing. ___ Framework-Team mailing list Framework-Team@lists.plone.org https://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Reviewing JS Section of Developers' Manual
Hi Framework Team, I think it's probably time to publish the new Client-Side Functionality JavaScripthttp://plone.org/documentation/manual/developer-manual/client-side-functionality-javascriptsection of the developers' manual. If you're interested in JS in Plone core, please take a look and make corrections or submit suggestions. Thanks! Steve ___ Framework-Team mailing list Framework-Team@lists.plone.org https://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] plip10886 ready for review
Background on this message: Note that it's dated November 9. I just found it in the approval queue for the framework team list after getting a separate request to check the queue. I've taken administrative ownership of the list so that we should get more prompt moderation in the future. (If anyone else is willing to do this, or would like to be a co-owner, let me know!) On Tue, Nov 9, 2010 at 7:38 AM, Johannes Raggam raggam...@adm.at wrote: dear framework team, the plip 10886 is now ready for review. unfortunately, we couldn't finish, the recurrence widget, although there is not much left. anyways, recurrence support is working - recurrence rules have to be written by hand in the moment. there are some examples in the plip description text. and all other issues are also discussed there. please follow closely the install instructions. for detailed information see: https://svn.plone.org/svn/plone/buildouts/plone-coredev/branches/4.1/plips/plip10886-event-improvements.txt the buildout configuration is this one: https://svn.plone.org/svn/plone/buildouts/plone-coredev/branches/4.1/plips/plip10886-event-improvements.cfg best regards, johannes raggam the plip10886 team -- johannes raggam / thet python plone zope development http://johannes.raggam.co.at/ mailto:johan...@raggam.co.at http://bluedynamics.com/ ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] PLIP 10900 not complete
PLIP 10900, adding popup form editing for portlets, is not complete and should probably be moved from 4.1 to 4.x. http://dev.plone.org/plone/ticket/10900 In attempting this PLIP, I ran into a problem which will need a more general resolution: some of the widgets employed in portlet editing require additional JavaScript. Unfortunately, some of these portlet editors do not work at all without that additional JavaScript support. There are a couple of potential solutions: 1) Allow portlets to opt in or out (via some flag) from popup editing; 2) Figure out a way to discover required JavaScript. The first might be a possible short-run solution; the latter is a long-run puzzle. In any case, I won't have the time to solve this for 4.1. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] PLIP 10901, JavaScript Standards, ready for review
Baseline implementation of this PLIP is now complete enough for review. The implementation has two parts: 1) The cleanup of existing javascript in plone_ecmascripts in a branch of Products/CMFPlone; 2) The drafting of a new javascript section of the developer manual, available in unpublished form at http://plone.org/documentation/manual/developer-manual/client-side-functionality-javascript. This is certainly intended to be a work in progress that will be elaborated through the 4.x series. Actual enforcement of jslint standards will require additional work with hudson.plone.org. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Reminder: Plone Board Nominations, Deadline Monday, October 25th
Just a reminder: nominations are now open for the 2010/2011 Plone Foundation Board of Directors Details on how to nominate yourself are available at: http://plone.org/foundation/meetings/membership/2010-membership-meeting/nominations-open-for-plone-foundation-board-of-directors Deadline to submit your nomination is *Monday, October 25th*,* 10pm, UTC. *You do not need to be a member of the Plone Foundation to serve on the board. If you've questions, contact me, or any past or present board member. The board election will be conducted after the close of nominations; all active foundation members will be able to vote in person or by e-mail. Details on voting will be coming soon. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Plone 4.1 Framework Team Meetin g Minutes– 17 August, 2010
About a month ago, I spent some time with windmill, trying to do tests for plone.app.jquerytools. Windmill looked OK, but when I tried to automate the testing as a test case with niteoweb.windmill, I encountered lots of problems and ended up giving up on it. It looked like I was having trouble anytime content was changed by a test. Perhaps I wasn't patient enough, or misunderstood something about the framework, but it seemed at times like I was working in a multi-threaded environment where the threads weren't synchronized. Steve On Thu, Aug 19, 2010 at 7:37 AM, Martin Aspeli optilude+li...@gmail.comoptilude%2bli...@gmail.com wrote: On 19 August 2010 23:24, Godefroid Chapelle got...@bubblenet.be wrote: First time I hear bad sound about Windmill. Happy that I am no the only one not convinced. I hear bad sounds too from time to time, but no-one has yet been able to tell me what the real problem is. I'd be quite interested in any specifics. Martin ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Plone 4.1 Framework Team Meetin g Minutes– 17 August, 2010
I should have added that I'm very enthusiastic about getting some JavaScript continuous integration testing in place, and will happily learn whatever framework we choose. We're getting way too much browser-side code to be without systematic tests. On Thu, Aug 19, 2010 at 8:40 AM, Martin Aspeli optilude+li...@gmail.comoptilude%2bli...@gmail.com wrote: On 20 August 2010 00:26, Steve McMahon st...@dcn.org wrote: About a month ago, I spent some time with windmill, trying to do tests for plone.app.jquerytools. Windmill looked OK, but when I tried to automate the testing as a test case with niteoweb.windmill, I encountered lots of problems and ended up giving up on it. It looked like I was having trouble anytime content was changed by a test. Perhaps I wasn't patient enough, or misunderstood something about the framework, but it seemed at times like I was working in a multi-threaded environment where the threads weren't synchronized. Strange. We've never seen anything to that effect. Oh well. Martin ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] three more PLIP submissions
On Mon, Aug 9, 2010 at 3:20 PM, David Glick davidgl...@groundwire.orgwrote: ... I will need assistance to complete the implementation for #10888. Anyone (particularly someone with JQuery experience) interested? That might be a great mini-sprint topic. I suspect that if we got together a few folks with jQuery experience, we could track down and clean up the various parts of this in a couple of days. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Plone 4.1 Framework Team Members Named
Congratulations, and thanks, to the members of the new Plone 4.x Framework Team: - Alec Mitchell - Ross Patterson - Laurence Rowe - Matthew Wilkes - Martijn Pieters - Rob Gietema - Elizabeth Leddy - Craig A. Haynal The 4.x Framework Team will be responsible for evaluating improvement proposals and implementations for Plone 4.1 and subsequent releases in the 4.x series. This team has a lot of experience: Alec, Ross, Laurence, Matthew and Martijn all served on previous framework teams. Rob and Craig both did guest reviews for the 4.0 Framework Team. And Elizabeth is a master integrator who's been cataloging resources for use of Plone in high-demand situations. The new framework team was chosen by a working group of Framework Team members and alums. The 4.x Framework Team will work alongside the Plone 5 Framework Team, with both releases under active development. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Sign Up for 4.x Framework Team Nomination Discussion List
Hi Framework Team and list followers, I have created a new mailing list, framewor...@lists.plone.orgframewo...@lists.plone.orgfor discussion of the nominations for the Plone 4.x Framework Team. I am the initial owner and will facilitate discussion but not vote. This list has moderated membership. It is open to folks who 1) have not been nominated and 2) are members of the current or any past framework team. Sign up for the list at http://lists.plone.org/mailman/listinfo/framework41. I will have to approve subscriptions. Let's allow three days for subscriptions before beginning discussion. The nominations are available at:https://dev.plone.org/plone/wiki/FrameworkTeamNominationshttp://dev.plone.org/plone/wiki/FrameworkTeamNominationsPlease fix this if I've left anything off! By the way, the list will not be archived by lists.plone.org. Discussions on it should be regarded as private, since they are likely to include personal considerations. Steve ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Framework Team Nominations Close Sunday
Nominations for the Plone 4.x Framework Team will close at the end of day Sunday (whatever your time zone). If you're interested or would like to nominate someone, please send an introductory note, explaining you or your nominee's interest and qualifications, to framework-t...@lists.plone.org. Postings from non-subscribers are rejected, so if you're not a subscriber, send your message to st...@dcn.org with a request for forwarding. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] FWT Process
Our original announcement for the 4.x framework team nominations didn't set a deadline. propose that we close nominations at the end of day Sunday. Unless there are objections, I'll send a deadline notice out at end of day today. Next step in the process will be to convene an e-mail discussion meeting of interested Framework Team veterans. Unless there are objections, I'll Monday send out a notice to this list outlining steps for signing up for that list. Steve ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Plone 4.x Framework Team Nominations Open
Plone 4.0 is on it's way, and the Plone development team is beginning planning for future releases in the 4.x series. Would you like to help choose what goes into Plone 4.1, 4.2 ...? The Plone Framework team is now receiving applications and nominations for membership in the Plone 4.x Framework Team. The 4.x Framework Team will be responsible for evaluating Plone Improvement Proposals (PLIPs) and implementations for Plone 4.1 and subsequent +0.1s. PLIP evaluation consists of considering the benefits and risks associated with a PLIP and casting a reasoned and explained +/- 1 vote on each proposal. Framework Team members also follow PLIP implementation, and make acceptance recommendations to the Release Manager. Qualifications include: - An awareness of community strategic discussions about Plone's development; - Ability to make a long-term commitment. Plone 4 will be around for some time, and we want most of the team will stay together to work on the entire 4.x series; - A good understanding of Plone's architecture and UI: enough to weigh risks and benefits of PLIPs; - Time to keep up with discussions on the Framework Team mailing lists; - The ability to occasionally budget a significant amount of time for evaluating PLIPs or implementations in detail as deadlines approach; this is not as big a time sink as with a .0 release, but is still significant; you should also be available for scheduled conference calls, as often as weekly during the more intense periods; - The ability to work with SVN well enough to test PLIP integration and implementation for final evaluation (mr.developer has lessened the need for this, but it's the kind of skill Framework team members have); - The personality to get along well in a flexible, give-and-take, group process and to accept and support group decisions. New Framework Team members will be chosen by existing Framework Team members and involved FWT alumni. Considerations will include many criteria beyond the simply technical. The new team must be balanced in skills and likely to work well together. Please note that the Plone 4.x Framework Team will continue to work on enhancing Plone 4.x during the development of Plone 5. If you're interested or would like to nominate someone, please send an introductory note, explaining you or your nominee's interest and qualifications, to framework-t...@lists.plone.org. Postings from non-subscribers are rejected, so if you're not a subscriber, send your message to st...@dcn.org with a request for forwarding. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Plone 4.x Framework Team Nominations Open
Hi Framework team: I just realized that I sent this out without a very critical element: a timetable. If we do the FWT selection as in the past, we'll set a date to close nominations, then will have a discussion and voting on a mailing list restricted to framework team members and alums who are not nominees. So, we need some agreement among those interested in participating in the selection as to when nominations should close. May I suggest we close nominations at the end of the first week of June and aim to review the nominations the next week? Discussion welcome! BTW, I'm just stepping up to facilitate the process, and will not be a voting member of the selection team. I hope there are no objections, but if there are, that's also open for discussion. ;) Steve On Sat, May 22, 2010 at 6:24 PM, Steve McMahon st...@dcn.org wrote: Plone 4.0 is on it's way, and the Plone development team is beginning planning for future releases in the 4.x series. Would you like to help choose what goes into Plone 4.1, 4.2 ...? The Plone Framework team is now receiving applications and nominations for membership in the Plone 4.x Framework Team. The 4.x Framework Team will be responsible for evaluating Plone Improvement Proposals (PLIPs) and implementations for Plone 4.1 and subsequent +0.1s. PLIP evaluation consists of considering the benefits and risks associated with a PLIP and casting a reasoned and explained +/- 1 vote on each proposal. Framework Team members also follow PLIP implementation, and make acceptance recommendations to the Release Manager. Qualifications include: - An awareness of community strategic discussions about Plone's development; - Ability to make a long-term commitment. Plone 4 will be around for some time, and we want most of the team will stay together to work on the entire 4.x series; - A good understanding of Plone's architecture and UI: enough to weigh risks and benefits of PLIPs; - Time to keep up with discussions on the Framework Team mailing lists; - The ability to occasionally budget a significant amount of time for evaluating PLIPs or implementations in detail as deadlines approach; this is not as big a time sink as with a .0 release, but is still significant; you should also be available for scheduled conference calls, as often as weekly during the more intense periods; - The ability to work with SVN well enough to test PLIP integration and implementation for final evaluation (mr.developer has lessened the need for this, but it's the kind of skill Framework team members have); - The personality to get along well in a flexible, give-and-take, group process and to accept and support group decisions. New Framework Team members will be chosen by existing Framework Teammembers and involved FWT alumni. Considerations will include many criteria beyond the simply technical. The new team must be balanced in skills and likely to work well together. Please note that the Plone 4.x Framework Team will continue to work on enhancing Plone 4.x during the development of Plone 5. If you're interested or would like to nominate someone, please send an introductory note, explaining you or your nominee's interest and qualifications, to framework-t...@lists.plone.org. Postings from non-subscribers are rejected, so if you're not a subscriber, send your message to st...@dcn.org with a request for forwarding. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Zope 2 is alive
Having checked the date to make sure this was written on the 31st, and to make sure it didn't come from fourdigits :), all I can say is: Thanks, Hanno! On Wed, Mar 31, 2010 at 8:35 PM, Hanno Schlichting ha...@hannosch.eu wrote: Hi there, for those not following the zope-dev mailing list, see https://mail.zope.org/pipermail/zope-dev/2010-March/039880.html I've taken it on me to serve as Zope 2.12's and 2.13's release manager. I'm planning to make a new Zope 2.12.4 release on Easter monday in time for our next 4.0 beta. Cheers, Hanno ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Re: Plone 5 - rough roadmap
How about Pastiche ? http://en.wikipedia.org/wiki/Pastiche A quick review didn't find any significant open-source projects with that name, and pastiche.com is not in the web/software space. On Wed, Mar 24, 2010 at 10:03 AM, Hanno Schlichting ha...@hannosch.euwrote: On Wed, Mar 24, 2010 at 5:58 PM, Jon Stahl jonst...@gmail.com wrote: On Wed, Mar 24, 2010 at 2:38 AM, Martin Aspeli optilude+li...@gmail.comoptilude%2bli...@gmail.com wrote: If someone has a really great name, I'd consider it, but I think the ship may've sailed. Renaming now is likely to cause a lot of confusion. How about something very simple like Theme Builder? (collective.themebuilder). Short, says what it does, sounds approachable. We can pretty easily refer to it as Theme Builder (formerly XDV) for a little while. I'd suggest that it keeps a name that has nothing to do with the Plone (or collective) brand. The technology isn't Plone specific, which is one of its selling points. A Plone integration package like the current collective.xdv can have a Plone specific name, though. Hanno ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Plone 4 - holidays are over :)
Regarding the AJAX dialog problems, I just haven't gotten to those because of holiday busyness. I've watched them as they've come in, and they all look like they should be easily fixable. I'll make every effort to get to them soon! I've mainly been checking with Eric on which dialogs would benefit from AJAX. This is all convenience work, so if there's any dialog that is resistant to full fixup, we can easily omit it from the AJAX handling. All of these are set up in a single js file that's part of CMFPlone. Steve On Mon, Jan 4, 2010 at 11:42 AM, Hanno Schlichting ha...@hannosch.euwrote: Heya. Some of us have been busy over the holiday season and worked a bit more on Plone 4. The next question now is: ... JS dialogs #9805, #9806, #9921, #9693, #9957, #9964, #9977 All of these essentially mean that an operation done in a pop-up doesn't redirect and reload a new page. So any kind of feedback (positive, reconfirmation and failures) is lost. The other problem is that the original page (shown in the background of the dialog) might show information that is changing as a result of the dialog action. For example publishing an object in a dialog, needs to refresh the page, as its workflow state needs to be reflected, the item might now show up in the navigation tree, a calendar or any other type of portlet. It's a bit sad to see these problems, as we have already encountered all of them, when first applying AJAX/KSS in the early Plone 3 stages. We ended up reverting to a non-AJAX UI for most things, as almost all of our UI actions can have arbitrary effects. I'm afraid that we need to re-evaluate all actions that use the new dialogs and discuss them. We haven't had a PLIP review of the individual dialogs. I think we have missed to pass on the hard earned knowledge learned from the early Plone 3.0 days, but luckily it's not too late. ...__ _ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Reorganization of Popups
In order to provide popups for simple forms in themes other than sunburst, I've moved the snippet of js that activates popup forms for logins, confirmations and the contact form into Products.CMFPlone. That was formerly in sunburst. I also added css support in plonetheme.classic for overlays. As it stands with my last commits, migration from 3.x will install the popup form activating js into the registry, but it will not be enabled. New installs of plone 4 will have it enabled, with css support in classic and sunburst. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] 9250 and 9256 ready for review
#9250 - JQuery Tools integration and #9256 — expand variables for plone.app.contentrules are ready for review! -- Steve McMahon Reid-McMahon, LLC st...@reidmcmahon.com st...@dcn.org ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] PLIP Change Mailing List
All the 4.0 PLIPs now have plip-advisor...@lists.plone.org in the CC list. If you want to subscribe, visit: http://lists.plone.org/mailman/listinfo/plip-advisories Most were added in the last few minutes, so previous activity is not in the archives. -- Steve McMahon Reid-McMahon, LLC st...@reidmcmahon.com st...@dcn.org ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Re: Plone 2009: Going from here
By my reading, here is the list of those willing to participate in a Plone 4 framework team: Raphael R. Ross P. Matthew W. David G. Calvin H.P. Alec M. Erik R, Laurence R. That's eight names, and an excellent set of skills for a release that's not likely to emphasize UI work. If you'd like your name added, or removed, please put in a message soon. Ideally, a framework team should have an odd number of members in order to avoid tie votes. However, in watching the last couple of voting sessions for Plone 3, I noticed that there were not that many PLIPS on which every person voted. So, I think the 'odd number' rule of thumb isn't really that important. The first matter of business for a new Framework Team is to nominate a Release Manager to the board. My impression is that Eric Steele has been accepted by acclamation. If anyone would like to have a private framework team discussion on that, please let me know in an e-mail, and we'll get a list organized to allow non-public discussion. Thanks all! Steve On Tue, May 12, 2009 at 1:05 PM, Laurence Rowe l...@lrowe.co.uk wrote: Jon Stahl wrote: Eric Steele wrote: Folks, A gentle prod since Steve wants to have something to vote on by Friday There seems to be general agreement on the hybrid team idea. Can we pare this down to a list of 7 people? We currently have responses of: available: Raphael (3), Ross (4), Matt (4) unavailable: Andi (3) I'd like to gently encourage Hanno to play a formal role on this new FWT. As the Plone trunk/future release manager and our most prolific contributor, I think it will be important for him to provide continuity between the Plone 4 release and Plone Future. I would also personally love to see Martin Aspeli and Laurence Rowe in the mix as well, since they have such deep understandings of our stack and are helping architect large chunks of the future. I'm happy to be a part of this team too, presuming that most of the work will be later in the summer. Laurence ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team -- Steve McMahon Reid-McMahon, LLC st...@reidmcmahon.com st...@dcn.org ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Re: Plone 2009: Going from here
Let me ask what the level of enthusiasm is in the current P3 framework team. If they'd shift to become the new Plone 2009 team and the existing p4 team would become the trunk team, that might be good. We could recruit to add to the new Plone 2009 (old P3) team if some folks are burned out. IMHO, three different framework teams is not organizationally supportable. We'd drown in confusion. On Thu, May 7, 2009 at 7:40 AM, Martin Aspeli optilude+li...@gmail.com wrote: Rob Gietema wrote: I'd nominate the incumbent 3.x team for this; this team already has the mindset to get this going; the future plone team (trunk team?) is focusing on vision right now, which I think may not be what's needed for an in-between team. On second thought; this may be a significant enough release, with it's own 4.x release series, that perhaps a new team altogether is warranted? It would be a shame if the development of Plone trunk will get less focus from the FWT when working on Plone 4. So it might indeed not be a bad idea to have 2 teams, one team for Plone 4 and one team for Plone trunk. I agree. I really wouldn't want to disband or repurpose the trunk framework team or release manager. We probably want to look for a new team, maybe with a bit more overlap with the existing/trunk teams than usual. 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 -- Steve McMahon Reid-McMahon, LLC st...@reidmcmahon.com st...@dcn.org ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Version Support Confusion
Greetings Framework Teams, We've had some recent confusion on support policies. Much of that is my fault for not having codified on plone.org the outcome of our December discussion on the membership list. My apologies! Both the board and I believed that there was effective consensus in favor of Hanno's draft policy in his 2008/12/20 e-mail (reproduced below). That policy distinguished between active maintenance and security support. By my reading, *active support* of the 2.5 series has ceased. However, *security support* will continue until the release of P4. I think we are in agreement, though, that security support for a version that is not under active maintenance is limited to what can be achieved without significant structural work. Thus, the CSRF changes are not possible for 2.5.x. [Note: the most recent CVE on PlonePAS does not affect 2.5.x.] Unless anyone can make a case for re-evaluation, I hope we can take a common line on this in discussions in the other lists. In particular, we should be careful in any statement that Plone 2.5.x is unsupported to make sure that this only refers to active maintenance and not to security support. Thanks, Steve The policy algorithm from Hanno's 2008/12/20 message: Plone 2.5, 3.x and 4.x are considered major versions of Plone. Plone 3.1, 3.2, 3.3, 4.1, 4.2 are considered minor versions of Plone. - Active maintenance of Plone happens for one major versions of Plone at a time. - Once a new major version is released, the old major version is maintained until the first minor version of the new major version is released. - Active security support happens for the latest two major Plone versions at all times. This complies with the situation I mentioned above. What does this mean for future releases: 3.2 is released: - 3.1 moves from maintenance into security support - 3.2 sees maintenance releases 3.3 is released: - 3.2 moves from maintenance into security support - 3.3 sees maintenance releases 4.0 is released: - 2.5 looses security support - All 3.x releases retain security support - 3.3 (or the latest minor 3.x release) continues to see active maintenance releases - 4.0 sees maintenance releases 4.1 is released: - All 3.x releases retain security support - We stop maintenance releases for any 3.x release - 4.0 moves from maintenance into security support - 4.1 sees maintenance releases 4.2 is released: - 4.1 moves from maintenance into security support - 4.2 sees maintenance releases -- Steve McMahon Reid-McMahon, LLC st...@reidmcmahon.com st...@dcn.org ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Re: [Plone-installers] Plone 3.3rc2 tagged and uploaded
Thanks, Sidnei, you've done heroic work on this. All of our installers are now in pretty good shape. I'd say that as soon as we get 3.3 out, it would probably be a good time to recruit some new blood to assist in the installers project. They could assist Sidnei and me with a few +0.0.1s then move on to making their own imprint. Steve On Wed, Apr 8, 2009 at 11:43 PM, Sidnei da Silva sid...@enfoldsystems.com wrote: Hello all, It's my pleasure to announce that the installers for both 3.2.2 and 3.3rc2 are now available: http://launchpad.net/plone/3.2/3.2.2/+download/Plone-3.2.2-buildout.exe http://launchpad.net/plone/3.3/3.3rc2/+download/Plone-3.3.0rc2-buildout.exe Many thanks to: - Alexander Limi, for incredible feedback about the overall installation experience - Steve McMahon, for rolling out an all-new controller which is a much solid base to build on - Darci Hanning, for testing and reporting multiple problems! I would also like to thank everyone for their patience with waiting for the installers. As you might or not know, I am since April 1st working full-time for Canonical, and the little free time that remains is being sucked up by Enfold. Finding the time to put together those installers and do QA for them is far from trivial. Hopefully we can find a way together to share this responsibility in the future. Cheers! -- Sidnei da Silva -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Plone-installers mailing list plone-install...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plone-installers -- Steve McMahon Reid-McMahon, LLC st...@reidmcmahon.com st...@dcn.org ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Re: PLIP Community Imapacts
I think this is a fantastic idea! Count me in for helping. On Fri, Mar 13, 2009 at 5:13 PM, Jon Stahl j...@onenw.org wrote: East coast... summer... Ugh. :) East coast is significantly easier for the Europeans, both in travel time and intensity of jetlag. But all is open to discussion. They rallied to CA for the PSPS. :-) :jon -- Steve McMahon Reid-McMahon, LLC st...@reidmcmahon.com st...@dcn.org ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Re: Final review report
Hi Wichert, Does this give you what you need? If not, I'll be happy to add detail. This is a summary of the Framework Team's 3.3 PLIP bundle review status as of Wednesday: Reviews Complete Accepted: 126, 197, 237, 238, 239, 240, 241, 243, 246 Rejected: 234 Reviews Not Yet Completed: 232 (review bundle never submitted) 247 (+1 from MJ) Details (complete chart at http://dev.plone.org/plone/wiki/PLIPTallies33) PLIP #126: Link type should automatically redirect when accessed directly Review Complete: Based on reading the list discussion: +2 technical; +1 UI PLIP #197: Add FeedParser as external requirement Review Complete: +2 PLIP #232: Resource Registries Improvements No reviews yet. PLIP #234: Standardizing our use of INavigationRoot Review Complete: -2 PLIP #237: Minor i18n upgrades Review Complete: +2 PLIP #238: Disable inline editing by default Review Complete: +2 technical; +1 UI PLIP #239: Adapterise the Extensible Indexable Object Wrapper Review Complete: +2 PLIP #240: Improve locking configurability Review Complete: +2 technical; +1 UI PLIP #241: Clean up auto-sort: auto-order code Review Complete: +2 PLIP #243: Replace workflow history viewlet with content history viewlet Review Complete: +2 PLIP #246: View for rendering events as an iCalendar file Review: +2 PLIP #247: Automate ZCML Loading for Plone Plug-ins Review Incomplete: +1 from MJ -- Steve McMahon Reid-McMahon, LLC st...@reidmcmahon.com st...@dcn.org On Wed, Feb 4, 2009 at 1:11 AM, Wichert Akkerman wich...@wiggy.net wrote: The deadline for the PLIP review report was four days ago. From what I can see not all reviews are in, and no report has been written yet. Can I please get a proper report which covers the PLIPs that have been reviewed properly, and a date when the rest will be ready as well? Regards, Wichert. -- Wichert Akkerman wich...@wiggy.netIt is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- Steve McMahon Reid-McMahon, LLC st...@reidmcmahon.com st...@dcn.org ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Plone 3.3 PLIP Bundle Review Status
This is a summary of the Framework Team's 3.3 PLIP bundle review status as of Saturday: *Reviews Complete * Accepted: 197, 237, 238, 239, 240, 241 Rejected: 234 Mixed: 126 (documentation UI issues) *Reviews Not Yet Completed:* 232, 243, 246, 247 *Details (complete chart at http://dev.plone.org/plone/wiki/PLIPTallies33)* *PLIP #126 http://plone.org/products/plone/roadmap/126: Link type should automatically redirect when accessed directly* Review Complete: +2 technical (qualified); -1 UI (qualified) *PLIP #197 http://plone.org/products/plone/roadmap/197: Add FeedParser as external requirement * Review Complete: +2 *PLIP #232 http://plone.org/products/plone/roadmap/232: Resource Registries Improvements * No reviews yet. *PLIP #234 http://plone.org/products/plone/roadmap/234: Standardizing our use of INavigationRoot * Review Complete: -2 *PLIP #237 http://plone.org/products/plone/roadmap/237: Minor i18n upgrades * Review Complete: +2 *PLIP #238 http://plone.org/products/plone/roadmap/238: Disable inline editing by default * Review Complete: +2 technical; +1 UI *PLIP #239 http://plone.org/products/plone/roadmap/239: Adapterise the Extensible Indexable Object Wrapper * Review Complete: +2 *PLIP #240 http://plone.org/products/plone/roadmap/240: Improve locking configurability * Review Complete: +2 technical; +1 UI *PLIP #241 http://plone.org/products/plone/roadmap/241: Clean up auto-sort: auto-order code * Review Complete: +2 *PLIP #243 http://plone.org/products/plone/roadmap/243: Replace workflow history viewlet with content history viewlet * Review Incomplete: +1 *PLIP #246 http://plone.org/products/plone/roadmap/246: View for rendering events as an iCalendar file * Review Incomplete: +1 *PLIP #247 http://plone.org/products/plone/roadmap/247: Automate ZCML Loading for Plone Plug-ins * Review Incomplete: +1 -- Steve McMahon Reid-McMahon, LLC st...@reidmcmahon.com st...@dcn.org ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Re: NuPlone and Plone 3.2
+1. Plone 3 ships with NuPlone in the same way it does with CMFEditions or any other package, we shouldn't change this in the 3.x series. +1 Nothing should break on a 3.x upgrade unless we've thought it through carefully and intend to break it. On Mon, Jan 12, 2009 at 3:14 PM, Hanno Schlichting hanno...@hannosch.eu wrote: Martin Aspeli wrote: Martin Aspeli wrote: Hi, Why on earth is Products.NuPlone not in the Plone 3.2 egg? Is this in purpose or just a gross oversight? Ok, I've released Products.NuPlone 1.0b3. This one should be compatible with 3.2. You can use it straight away by adding Products.NuPlone to your eggs. The question now is how we deal with the release. We could: - Add Products.NuPlone as a dependency of the Plone egg. This would mean 'Plone' always comes with NuPlone, but there's no reason overt for the dependency. +1. Plone 3 ships with NuPlone in the same way it does with CMFEditions or any other package, we shouldn't change this in the 3.x series. Please introduce no special handling of it. Hanno ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team -- Steve McMahon Reid-McMahon, LLC st...@reidmcmahon.com st...@dcn.org ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Plone 4 Framework Team Nominations Discussion
Hi Framework Team and list followers, I have created a new mailing list, [EMAIL PROTECTED] for discussion of the nominations for the Plone 4 Framework Team. Andi and I are the initial owners. This list has moderated membership. It is open to folks who 1) have not been nominated and 2) are members of the current or a past framework team. Jon Stahl and I are subscribed as facilitators, but won't vote. I have pre-subscribed a few people; if you're one of them, you've received a welcome message. If you haven't, it's because I didn't want to presume you'd be interested or didn't have your e-mail address handy. Please don't be offended ;) Sign up for the list at http://lists.plone.org/mailman/listinfo/framework4 . Andi or I will have to approve subscriptions. Let's allow two days for subscriptions before beginning discussion. The nominations are available at: http://dev.plone.org/plone/wiki/FrameworkTeamNominations By the way, the list will not be archived by lists.plone.org. Discussions on it should be regarded as private, since they are likely to include personal considerations. Steve -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Re: Close Nominations Soon?
The DC consensus was that the next framework team should be chosen by the existing team plus interested framework team alums. I do think it would be wise for anyone nominated to exclude themselves from the discussion. Shall we set up a private list? (I can do that.) We could make Andi and Martin owners and they could approve subscriptions. (If there is a dispute over subscriptions, it could be appealed to the current framework team.) When a decision's made, we could delete the list -- or open it and repurpose it as the Plone 4 FWT list. If it's agreeable to everyone, Jon Stahl and I could be on the list to be available as facilitators and errand runners, but without votes. Steve On Sat, Nov 22, 2008 at 1:45 PM, Martin Aspeli [EMAIL PROTECTED] wrote: Steve McMahon wrote: It looks to me like we're getting a pretty good list of nominations. Shall we close nominations in a week? I can send deadline announcements to the lists and news. +1 from me too. If I remember correctly from the discussion at the Plone conference, then the next step is to have an off-list discussion in trying to choose the right team. The current team then makes a recommendation to the Plone Foundation Board, who can accept or reject the team. Having an off-list discussion is possibly a bit controversial, but I think it's important that we're able to discuss the team structure in a frank manner, without having to worry about upsetting the feelings of those who end up not being recommended. To my mind, the focus should be on selecting a team that will work well together and cover multiple angles in the reviews, not necessarily on individual merit alone. I'm not sure who we said was meant to be part of that discussion. I'd certainly like to be, even though I'm not on the current team. I think it does make sense to include at least the members of past framework teams (which would include me) and release managers, who will have first hand experience. This does of course raise one question: What do we do about members of the current team that have nominated themselves for the next one? My preference would be to exclude them from the discussion too, again to facilitate and open and frank discussion. What do others think? 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 -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Fwd: Including a Documentation section in each PLIP
Hi Framework Team, Copied below is a proposal from Israel Pérez (dukebody on IRC) for adding consideration of documentation impact to PLIPS. It's been discussed on the doc team list, and folks really like the idea. What do you think? Steve -- Forwarded message -- From: Israel Saeta Pérez [EMAIL PROTECTED] Date: Thu, Nov 13, 2008 at 10:30 AM Subject: Including a Documentation section in each PLIP To: Steve McMahon [EMAIL PROTECTED] Dear Framework Team members: I've a proposal I believe could be very helpful for keeping documentation up-to-date with the implementation of new features: including a mandatory Documentation section in each PLIP. The person who submits the PLIP, with help from the documentation team if necessary, would be responsible for listing the main documents in plone.org that would be affected by the PLIP and why, and therefore need to be updated to complete the implementation of the PLIP successfully. The PLIP submitter wouldn't be responsible for updating the listed articles him/herself compulsorily, but would have to interact with the doc team to get that done. Thanks for your time! -- Israel Saeta Pérez Plone Documentation Editor -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Re: 4.x team nomination
I'm inclined to stick with what's already started, unless there's a reason to change sufficient to justify the work. ;) On Tue, Nov 11, 2008 at 2:12 AM, Tom Lazar [EMAIL PROTECTED] wrote: On 07.11.2008, at 17:18, Andreas Zeidler wrote: On Nov 7, 2008, at 4:52 PM, Steve McMahon wrote: Jon and I can maintain that. Maybe next year we should use a Trac ticket. you could also use a trac ticket now (instead of the wiki page). that would probably make it easier to trac(k) things... %) -1 on the trac ticket. IMHO it would only make sense, if we used one ticket per nomination (with a common component). otherwise i'd recommend a (wiki) page. but in the end it's up to steve and jan, of course! cheers, tom 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.7 released! -- http://plone.org/products/plone/ ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Re: Request to follow the discussion
Hi Veda, It's an open-subscription list! http://lists.plone.org/mailman/listinfo/framework-team Steve On Mon, Nov 10, 2008 at 10:55 AM, Veda Williams [EMAIL PROTECTED] wrote: I don't wish to be a member of the framework team, but I would like to follow the email threads. Thanks! -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] 3.3 timeline
No problems here. On Wed, Nov 5, 2008 at 4:17 PM, Andreas Zeidler [EMAIL PROTECTED] wrote: danny, raphael, and also steve and jon, would that work for you? that's to say, realistically, like in being able to do all necessary reviews etc on time? :) if not, please tell us now so we can adjust things. we'd really like to stick with the plan this time... cheers, andi On Nov 5, 2008, at 1:36 PM, Wichert Akkerman wrote: The proposal we came up with today at lunch is: The PLIP implementation deadline will be half January, after which the framework team has a two week period to review all PLIPs. This will be followed by a week during which developers can rework their implementation (code, UI or documentation) to solve any problems found by the framework team. The framework team will then have another week during which is will re-evaluate previously rejected PLIPs. That means that half February we will have a final verdict for all PLIPs. In addition people are highly encourages to submit their implementation before the deadline, and the framework team will try to review PLIPs as soon as they are submitted. PLIPs submitted after the deadline will have to wait for 3.4. Steve and Jon will be asked to manage the process and make sure everyone is playing by the rules. Wichert. -- 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.6 released! -- http://plone.org/products/plone/ -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Draft Call for Team Membership Applications
It's off. I've posted to Plone.Org news plus the developers, product-developers, users and doc-team lists. On Mon, Nov 3, 2008 at 12:32 PM, Tom Lazar [EMAIL PROTECTED] wrote: On 02.11.2008, at 12:17, Martijn Pieters wrote: On Sun, Nov 2, 2008 at 00:31, Steve McMahon [EMAIL PROTECTED] wrote: Got it. How's this? +1 from me :-) me, too. the new version does sound a bit more inviting than the old one, good feedback, martijn! cheers, tom -- Martijn Pieters ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Draft Call for Team Membership Applications
Do you think you'll get a lot of candidates? If not, I'd say keep the process low-overhead and just take self-nominations. Steve On Fri, Oct 31, 2008 at 4:09 PM, Martijn Pieters [EMAIL PROTECTED] wrote: On Tue, Oct 28, 2008 at 17:10, Steve McMahon [EMAIL PROTECTED] wrote: Would you like to help choose what goes into Plone 4? The Plone Framework team is now receiving applications for membership in the Plone 4 Framework Team. ... If you're interested, please send an introductory note, explaining your interest and qualifications, to [EMAIL PROTECTED] Postings from non-subscribers are rejected, so if you're not a subscriber, send your message to [EMAIL PROTECTED] with a request for forwarding. I'd like to see people nominated as well; perhaps candidates need to have someone second them? Not sure what standing we'd expect from the nominator. -- Martijn Pieters -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Re: Draft Call for Team Membership Applications
We should get this out soon. If you'd like changes, please get them in right away. Steve On Tue, Oct 28, 2008 at 9:10 AM, Steve McMahon [EMAIL PROTECTED] wrote: DRAFT Call for Plone 4.x Framework Team Members Would you like to help choose what goes into Plone 4? The Plone Framework team is now receiving applications for membership in the Plone 4 Framework Team. The Framework Team will be responsible for evaluating the PLone Improvement Proposals (PLIPS) for Plone 4.x. The team also nominates the release manager to the Plone Foundation Board, which does the hiring. PLIP evaluation consists of considering the benefits and risks associated with a PLIP and casting a reasoned and explained +/- 1 vote on each proposal. Framework Team members also follow PLIP implementation, and make recommendations to the Release Manager. Qualifications include: An awareness of community strategic discussions about Plone's development; Ability to make a long-term committment. Plone 4 will take some time, and the team will stay together to work on the entire 4.x series. A good understanding of Plone's architecture and UI: enough to weigh risks and benefits; Time to keep up with discussions on the Framework Team mailing lists; The ability to occasionally budget a significant amount of time for evaluating PLIPs in detail as feature-lock deadlines approach; The ability to work with SVN well enough to test PLIP integration and implementation for final evaluation; The personality to get along well in a flexible, give-and-take group process and to accept and support group decisions. New Framework Team members will be chosen by existing Framework Team members and involved FWT alumni. Considerations will include many criteria beyond the simply technical. The new team must be balanced in skills and likely to work well together. Please note something new: the Plone 3.x Framework Team will continue to work on enhancing Plone 3.x during the development of Plone 4 and possibly afterwards. If you're interested, please send an introductory note, explaining your interest and qualifications, to [EMAIL PROTECTED] Postings from non-subscribers are rejected, so if you're not a subscriber, send your message to [EMAIL PROTECTED] with a request for forwarding. -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Draft Call for Team Membership Applications
DRAFT Call for Plone 4.x Framework Team Members Would you like to help choose what goes into Plone 4? The Plone Framework team is now receiving applications for membership in the Plone 4 Framework Team. The Framework Team will be responsible for evaluating the PLone Improvement Proposals (PLIPS) for Plone 4.x. The team also nominates the release manager to the Plone Foundation Board, which does the hiring. PLIP evaluation consists of considering the benefits and risks associated with a PLIP and casting a reasoned and explained +/- 1 vote on each proposal. Framework Team members also follow PLIP implementation, and make recommendations to the Release Manager. Qualifications include: - An awareness of community strategic discussions about Plone's development; - Ability to make a long-term committment. Plone 4 will take some time, and the team will stay together to work on the entire 4.x series. - A good understanding of Plone's architecture and UI: enough to weigh risks and benefits; - Time to keep up with discussions on the Framework Team mailing lists; - The ability to occasionally budget a significant amount of time for evaluating PLIPs in detail as feature-lock deadlines approach; - The ability to work with SVN well enough to test PLIP integration and implementation for final evaluation; - The personality to get along well in a flexible, give-and-take group process and to accept and support group decisions. New Framework Team members will be chosen by existing Framework Team members and involved FWT alumni. Considerations will include many criteria beyond the simply technical. The new team must be balanced in skills and likely to work well together. Please note something new: the Plone 3.x Framework Team will continue to work on enhancing Plone 3.x during the development of Plone 4 and possibly afterwards. If you're interested, please send an introductory note, explaining your interest and qualifications, to [EMAIL PROTECTED] Postings from non-subscribers are rejected, so if you're not a subscriber, send your message to [EMAIL PROTECTED] with a request for forwarding. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Plone 3.3 PLIP Recommendations
Here are the 3.3 PLIP Recommendations. A vote breakdown is attached in PDF. Steve === 126: Link type should automatically redirect when accessed directly Accepted 187: Working Out-of-the-box WebDAV Accepted 197: Add FeedParser as external requirement Accepted 228: Restore 'Add Item..' menu on all pages Rejected for default: Violates continuity of UI within 3.x series. Acceptable as add-on or switch with current behavior as default. 232: Resource Registries Improvements Accepted 234: Standardizing our use of INavigationRoot Accepted after amendment to use navigation_root_url 236: Move Display menu to edit and allow for custom properties Rejected: Violates continuity of UI in 3.x series 237: Minor i18n upgrades Accepted 238: Disable inline editing by default Accepted 239: Adapterise the Extensible Indexable Object Wrapper Accepted 240: Improve locking configurability Accepted 241: Clean up auto-sort: auto-order code Accepted 242: Move manage-portlets link to site actions Rejected: Violates continuity of UI in 3.x series 243: Replace workflow history viewlet with content history viewlet Accepted 244: Portlet management improvements Rejected: Too much risk given unclear implementation 246: View for rendering events as an iCalendar file Accepted 247: Automate ZCML Loading for Plone Plug-ins Accepted plips.pdf Description: Adobe PDF document ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] review deadline: this monday
I'll be gathering and tabulating. Steve On Fri, Oct 24, 2008 at 3:28 PM, Wichert Akkerman [EMAIL PROTECTED] wrote: Might I remind everyone that the review deadline is this Monday? Will someone gather the results and report them? 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 -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Kicking off Plone 4: Release Manager candidate
On Mon, Oct 27, 2008 at 3:18 PM, Andreas Zeidler [EMAIL PROTECTED] wrote: ... just for the record: the plan we discussed in DC was to make a call for new framework team members by the end of the (this!) month, which is now very soon. we might miss that goal, but the point is that it really shouldn't be too long until we've established a new team for 4.0 Shall I draft a call announcement for discussion? -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Early PLIP Tallies
Here are the early PLIP tallies. I'll check again this evening (my time) for added votes. PLIP # Title Proposer Martijn Tom Raphael Danny Andi Tally Votes Registered 126 Link type should automatically redirect when accessed directly Limi 1 1 1 3 3 187 Working Out-of-the-box WebDAV Sidnei 1 1 1 1 -1 3 5 197 Add FeedParser as external requirement Christian Scholz 1 1 1 1 1 5 5 228 Restore 'Add Item..' menu on all pages Wickert -1 1 -1 -1 -2 4 232 Resource Registries Improvements Michael Dunlap 1 1 1 1 1 5 5 236 Move Display menu to edit and allow for custom properties Danny -1 -1 -1 -3 3 237 Minor i18n upgrades Hanno 1 1 1 1 4 4 238 Disable inline editing by default Wichert 1 1 1 3 3 239 Adapterise the Extensible Indexable Object Wrapper Martin 1 1 2 2 240 Improve locking configurability David Glick 1 1 1 3 3 241 Clean up auto-sort, auto-order code Andi 1 1 2 2 242 Move manage-portlets link to site actions Wichert -1 -1 -2 2 243 Replace workflow history viewlet with content history viewlet Wichert 1 1 1 3 3 244 Portlet management improvements Ricardo Alves 1 -1 0 2 246 View for rendering events as an iCalendar file Andi 1 1 1 1 4 4 247 z3c.autoinclude Ethan Jucovy 1 1 2 2 -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Notes from Framework Team Meeting in DC
Here are my notes from the DC Framework Team meeting. Please discuss anything I've missed, gotten wrong, or stated too absolutely. We'll eventually codify the consensus version somewhere on Plone.Org. Thanks, Steve Mission -- The Framework Team is the gatekeeper for determining which Plone Improvement Proposals (PLIPS) are incorporated into particular versions of Plone. The team recruits release manager candidates and recommends them to the Plone Foundation Board. The team makes recommendations to the release manager for which PLIPS should be incorporated into Plone. Neither the team nor the release manager set the long-term vision for Plone. That is done by the Plone Community. The team is reponsible for taking community opinion and strategic goals into account when considering improvement proposals. The team has an obligation to account to the community for its decisions on Plone features. Framework Team Procedures --- Decisions on procedures and structure are to be made by consensus. The PLIP decision-making process should be transparent to the community. Recruiting discussions may be private. The Framework Team is self-perpetuating. It chooses members for itself and successor teams in consultation with team alumni. Criteria for choice may include a desire for diverse, in-depth experience, and the ability of candidates to work well in concert with existing and other proposed members. The number of members is flexible, and should ideally be odd. The team is not a formal committee of the Plone Foundation, but is expected to coordinate with the foundation board as necessary to achieve its mission. Recommendations to the release manager are made by voting on PLIPs. At least two team members should review every PLIP in depth. Ideally everyone should vote on every PLIP. The team may ask/appoint non-members to assist in secretarial, organizational and communication roles. Plone 3 and 4 --- We anticipate that Plone 3.x will be maintained and improved well into the development of Plone 4.x, and possibly after its release. The 3.x framework team will stay largely intact so long as feature improvements to 3.x are under consideration. The 3.x team will begin by end of month to recruit for a 4.x team. A call will be made to the community asking for applications. The 4.x team should be in place by January 30th, and one of its first acts should be to recommend a 4.x release manager to the board. Jon Stahl, Geir Bækholt, Steve McMahon and Matt Bowen have all volunteered to provide organizational, secretarial and communication assistance for the teams. -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Meeting up in DC
I'll take that as a nomination for Fado. Fado it is! Shall we aim for 7pm? My cell is +1 530.219.1431 On Mon, Oct 6, 2008 at 4:40 AM, Danny Bloemendaal [EMAIL PROTECTED] wrote: Is that on 808 7th St NW, Washington? http://maps.google.com/maps?f=qhl=engeocode=q=fado+pub,+Washington,+DC+20037ie=UTF8ll=38.900919,-77.021027spn=0.018269,0.043473z=15 And what time exactly? On 3 okt 2008, at 17:17, Steve McMahon wrote: Hi Framework Team, I asked our conference social planner, JoAnna Springsteen, for possibilities for a dinner spot where we could meet up Monday night and actually hear one another. Here are her suggestions. If one or more of these spots sound particularly good or bad, let me or the list know. Sometime in the next couple of days, I'll make an executive decision on our behalf. Steve Hmmm. Well Monday night we're going to go to Fado. It's a large pub that serves food. They're having a trivia quiz night and I'm trying to get a Team Plone together. If you guys ate there we could meet up with you later. Not sure if the food is great or if it's all that quite though. Science Club would be good but it's where we're going for our official pre-conf social Wednesday night, plus it has an all vegetarian menu which may not appeal to all. DC locals say Granville Moore's is supposed to be great both food and beer wise but it's not close to the metro. Sushi Taro would be good but you'd definitely have to make reservations to get in with that many people. Central is supposed to be great and it's near the conference location but it's a bit higher end and it's another place you'd have to make reservations. I liked the Brickskeller when we went there. It's a bit of a walk from the dupont circle metro but it has a huge beer menu and serves food. It's not a huge place but I could just see a group of geeks huddled in the corner here debating something. The locals aren't super impressed by it but I dug it. Again, you might want to check and see if they can accommodate a bigger group for dinner. I know the Capitol Lounge can handle big groups but I'm not sure that the food or atmosphere is a particular draw. The prices and food are both supposed to be decent so it probably won't wow you but it could be a safe bet for you to just walk in and get seated in a reasonable amount of time. -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Meeting up in DC
Hi Framework Team, I asked our conference social planner, JoAnna Springsteen, for possibilities for a dinner spot where we could meet up Monday night and actually hear one another. Here are her suggestions. If one or more of these spots sound particularly good or bad, let me or the list know. Sometime in the next couple of days, I'll make an executive decision on our behalf. Steve Hmmm. Well Monday night we're going to go to Fado. It's a large pub that serves food. They're having a trivia quiz night and I'm trying to get a Team Plone together. If you guys ate there we could meet up with you later. Not sure if the food is great or if it's all that quite though. Science Club would be good but it's where we're going for our official pre-conf social Wednesday night, plus it has an all vegetarian menu which may not appeal to all. DC locals say Granville Moore's is supposed to be great both food and beer wise but it's not close to the metro. Sushi Taro would be good but you'd definitely have to make reservations to get in with that many people. Central is supposed to be great and it's near the conference location but it's a bit higher end and it's another place you'd have to make reservations. I liked the Brickskeller when we went there. It's a bit of a walk from the dupont circle metro but it has a huge beer menu and serves food. It's not a huge place but I could just see a group of geeks huddled in the corner here debating something. The locals aren't super impressed by it but I dug it. Again, you might want to check and see if they can accommodate a bigger group for dinner. I know the Capitol Lounge can handle big groups but I'm not sure that the food or atmosphere is a particular draw. The prices and food are both supposed to be decent so it probably won't wow you but it could be a safe bet for you to just walk in and get seated in a reasonable amount of time. -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ 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
Sounds like we're on. If everyone can indicate the neighborhood they're staying in (e.g., Du Pont Circle, near the conference center, etc), I'll look for a restaurant that's close to as many people as possible. Thanks, Steve On Thu, Sep 11, 2008 at 2:13 AM, Martijn Pieters [EMAIL PROTECTED] wrote: On Tue, Sep 9, 2008 at 16:41, Steve McMahon [EMAIL PROTECTED] wrote: It seems like we're narrowing in on a dinner meeting Monday, probably as soon as Martin's class is over and the Monday arrivals (Martijn and Andi) are available. Sounds like a plan. My plane is scheduled to land at Dulles at 15:00. Means I should be checked in at the hotel and ready for dinner by 19:00-ish, no? -- Martijn Pieters -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ 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
It seems like we're narrowing in on a dinner meeting Monday, probably as soon as Martin's class is over and the Monday arrivals (Martijn and Andi) are available. On Tue, Sep 9, 2008 at 2:31 AM, Tom Lazar [EMAIL PROTECTED] wrote: On 06.09.2008, at 19:02, Steve McMahon wrote: Am I right that Raphael isn't going to be at the conference? If so, have we now heard from everyone attending? oops, sorry, missed the mailing lists for a few days. anyway, i'll be there all week, as well. i think, an early dinner meeting (i.e. *before* the conference) to start off would be a good idea. if we then figure out, we're too jet-lagged or there's too much to discuss then we can still arrange for a follow-up meeting during the sprint (i.e. *after* the conference) just my $0.02, cheers, tom 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/ -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ 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 plans
We've got several tickets for installer improvements that I hope can be included with 3.2. Joel, Limi, Sidnei and I came up with most of these at the NOLA symposium. They're tagged with the installerexperience keyword, and Limi has created a report to summarize them: http://dev.plone.org/plone/report/19 Currently, these are all assigned for me. Most aren't major, several are underway, and I think that with good feedback it's reasonable to think I can finish them for the Unified and OS X installers in a timely way. We'll need Sidnei's help on the Windows installer. I'm happy to work through these as tickets. If anyone would like to see PLIPs for any of them, or thinks they need discussion, chime in. Steve On Sat, Aug 2, 2008 at 3:37 PM, Wichert Akkerman [EMAIL PROTECTED] wrote: Previously Martin Aspeli wrote: Wichert Akkerman wrote: The packaging goal we want to achieve is to move to a fully eggified release. I have done some experimentation with that and the result works remarkably well: I have created a 3.2 branch of ploneout (at https://svn.plone.org/svn/plone/ploneout/branches/3.2) which is almost fully eggified. It uses the the exact same code as Plone 3.1.x, and unless you look at the filesystem layout it is Plone 3.1. This makes me confident that this is a goal that we can achieve. Great! What isn't eggified yet? The products currently still in the 3.2 ploneout are: CMFActionIcons CMFCalendar, CMFDefault, CMFDiffTool, CMFEditions, CMFPlacefulWorkflow, CMFTopic, CMFUid, DCWorkflow, GroupUserFolder and PloneTranslations. I expect that we'll be able to have eggified versions of these in a week as well. You may also be interested in hearing that now that Florian has created an egg structure for kupu ploneout trunk does not use a single product anymore. Also - what about Zope itself? I know Andreas is kean to move Zope 2 to all eggs soon (and make use of Zope 3.4, which is all eggs). It may make sense to co-ordinate here, since a fully eggified CMF/Plone is really only half the picture. This will be a topic for the black forest sprint in August. I eggification of Zope to be a goal for Zope 2.12, which means we won't be able to benefit of that for some time. In the meantime we should use the fake-zope-eggs option of plone.recipe.zope2install. Of course there is no reason to stop working on great new features for Plone: in parallel with the work on Plone 3.2 we will also be working on preparations for Plone 3.3. I will sent a separate mail with plans for 3.3 during the coming week. Great. :-) I think we're due a new features process. Perhaps we could start soliciting PLIPs for 3.3 and get the review process organised at the same time that we package up 3.2. I presume 3.2 won't have any PLIPs to review (well, maybe one or two package related ones) in any case. For 3.2 I only want to look at PLIPs that deal with installers. There are two PLIPs listed for 3.2 at the moment. 229 is purely an installer extension and should be easily doable, especially since I already implemented almost the same thing for the Jarn Plone hosting environment. 230 is borderline but I'm willing to look at it if it is done in the form of an optional new package. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Plone-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/plone-developers -- Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Framework Team Meeting in DC
Greetings Framework Team, I'm not a member of the Framework Team, but would like to help organize a team meeting at the DC conference for all the team members available. It could be a great chance to get face-to-face time to talk about organization and procedures. I've asked the conference organizers if a time can be scheduled for this when there would be as few conflicts as possible for team members. By the way, I'm not proposing to run the meeting, though I'll be happy to help facilitate and plan an agenda if there's a need. Steve -- __ Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Testing for PLIP 209: Unified Installer Plus Buildout
Hi Tom, I'm at a loss as to what's not working here. That message should only show up if the helper_scripts or packages directories aren't present or aren't searchable. I wonder if we've got an odd variety of sh or some extra ACL permissions at work. What's your platform? By the way, the same component execution code is in the existing (non-buildout) installer. So there's a good chance that it also wouldn't work for you. Steve On 2/17/08, Tom Lazar [EMAIL PROTECTED] wrote: hi graham, thanks for the hint, however, i had tried that already myself and it didn't work, either. sudo sh ./install.sh --target=/opt/zope/instances/209 --user=tomster -- instance=plip209 zeo ZEO Cluster Install selected This install script must be run within the installer's top directory. That directory should contain packages and helper_scripts subdirectories. so, for me the plip is not functional and i can't give it a +1 in this state. i'm sure it's just something trivial, but the point is that it's supposed to be *easy* for the end user lateron, and they will likely stumble over the same issues. tom On Feb 16, 2008, at 3:54 PM, Graham Perrin wrote: On 16 Feb 2008, at 11:55, Tom Lazar wrote: sudo sh install.sh --target=/opt/zope/instances/209 --user=tomster --instance=plip209 zeo Where you have sudo sh install.sh should that be, sudo sh ./install.sh This install script must be run within the installer's top directory. I received that message once, when I tried specifying the path from my working directory to install.sh Regards Graham -- __ Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Re: Re: Testing for PLIP 209: Unified Installer Plus Buildout
It runs, yes, but it doesn't switch to debug mode. This should have been fixed in plone.recipe.zope2instance 1.2 by: http://dev.plone.org/collective/changeset/56654 If you've got that version or later and bin/instance fg isn't working for you, please file a ticket at https://bugs.launchpad.net/collective.buildout/ Steve On 2/14/08, Tom Lazar [EMAIL PROTECTED] wrote: On Feb 14, 2008, at 5:41 PM, Florian Schulze wrote: On Thu, 14 Feb 2008 16:23:41 +0100, Wichert Akkerman [EMAIL PROTECTED] wrote: Previously Florian Schulze wrote: On Thu, 14 Feb 2008 13:38:56 +0100, Raphael Ritz [EMAIL PROTECTED] wrote: (i) when describing start/stop/status we might want to add 'fg' (foreground) as a simple means to start in debug mode without changing the configuration AFAIK this doesn't work for some reason in buildouts. It has bitten me many times now, but I didn't get to look into it yet. I use 'bin/instance fg' a lot. In fact I use it 99% of the time when doing development. So I'm quite sure it works fine in buildouts. It runs, yes, but it doesn't switch to debug mode. are you sure? i use ./bin/instance fg with buildout all the time, as well (mac os x) and when starting up, the first line i read is: /opt/zope/instances/plip212-jquery/parts/instance/bin/runzope -X debug-mode=on and it behaves just as if debug mode was active, i template changes are picked up w/o restart etc. or do you mean something else? confused in berlin, tom Regards, Florian Schulze ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team -- __ Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Testing for PLIP 209: Unified Installer Plus Buildout
Thanks for the great review and suggestions, Martijn! I'm pleased to report that the PID problem is taken care of. Nouri fixed it for zope2instance in: http://dev.plone.org/collective/changeset/55898 and for zope2zeoserver in: http://dev.plone.org/collective/changeset/55899 The other CLIENT_HOME problems are messier than they should be, but should be taken care of by the command = ... find ${buildout:directory} -type d -name var -exec chown -R ${client1:effective-user} \{\} \; section of buildout.cfg that's inserted for root-mode installs. Ideally, though, we should work towards a setup where the server and client processes never write into parts. Thanks, Steve On 2/10/08, Martijn Pieters [EMAIL PROTECTED] wrote: On Jan 17, 2008 2:00 AM, Steve McMahon [EMAIL PROTECTED] wrote: An implementation of PLIP 209: Unified Installer Plus Buildout is available for testing at: https://launchpad.net/plone/3.0/3.0.5/+download/Plone-3.0.5-UnifiedInstallerBuildout-beta1.tar.gz You have since created a beta2: https://launchpad.net/plone/3.0/3.0.5/+download/Plone-3.0.5-UnifiedInstallerBuildout-beta2.tar.gz :-) As there is no review bundle possible for this, I'll give my review notes in this reply: I tested the full download and tested the different installation options on both Mac OS X and Linux (Debian Etch). Everything worked absolutely beautifully. In short, my verdict can be summed up as 'absolutely ruddy brilliant!'. I am very impressed with the execution and the polish on the buildout-version of the unified installer, and I'll certainly be reusing the precompile recipe in production buildouts. One remark about the as-root install using the effective user setup. There is a problem with that setup which lies outside of the scope of the Unified Installer, but which will perhaps come up in support requests. Currently, zope2instance sets CLIENT_HOME as $INSTANCE_HOME/var, which means on that this variable points to a subdirectory of the part directory (usually parts/instance). This means that this directory will get wiped and re-created when updating the buildout settings for that recipe. That wouldn't be so big a problem if it weren't for the fact that various things get written to the CLIENT_HOME, such as the zopectl daemon PID (at least at some point, it may be that Florian Schulze has fixed that one). Any files written there are of course written by the effective user, meaning that a buildout update can perhaps not delete these files, and/or that the effective user cannot write in the directory afterwards. The solution is to create subdirectories of the buildout var/ directory (where filestorage and log live) for each Zope client and for a zeo server, and setting these directories as the CLIENT_HOME for each Zope instance. This is something that needs to be fixed in zope2instance. Once that's done, PlacelessTranslationService has to be fixed to use CLIENT_HOME instead of INSTANCE_HOME/var to write it's translation files, as it does currently. So, in summary, this PLIP has my big thumbs up. Just be aware of potential problems around the instance home part and the effective user due to a misconfigured CLIENT_HOME. -- Martijn Pieters -- __ Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Testing for PLIP 209: Unified Installer Plus Buildout
An implementation of PLIP 209: Unified Installer Plus Buildout is available for testing at: https://launchpad.net/plone/3.0/3.0.5/+download/Plone-3.0.5-UnifiedInstallerBuildout-beta1.tar.gz This is a full installer kit -- and a sizable download since it includes all the components. If you'd like to just review the code, the branch is at: https://svn.plone.org/svn/plone/Installers/UnifiedInstaller/branches/UnifiedInstallerPlusBuildout/ I've also worked on two recipes that are used in the installer: plone.recipe.precompiler compiles .pyc files for all the product .py files, and makes it possible to tighten file ownerships a bit more than if the Zope daemon write into those directories. https://svn.plone.org/svn/collective/buildout/plone.recipe.precompiler/trunk/ plone.recipe.unifiedinstaller is only really useful for the Unified Installer. It takes care of creating some scripts and texts similar to those created by the old Unified Installer. https://svn.plone.org/svn/collective/buildout/plone.recipe.unifiedinstaller/trunk/ Feedback is welcome! -- __ Steve McMahon Reid-McMahon, LLC [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team