Hi Chris,<br>
<br>
Thanks again for the updates and coordination, as usual!&nbsp; I'll be
attending the OOS-Tech as well, so a Tri-ZPUG Tue, October 25th day
doesn't work for me either.&nbsp; I'd like to chat with you about
OOS-Tech offline.<br>
<br>
Cheers, Ben<br><br><div><span class="gmail_quote">On 9/27/05, <b class="gmail_sendername">Chris Calloway</b> &lt;<a href="mailto:cbc@unc.edu">cbc@unc.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
T. Bryan wrote:<br>&gt; It might make the most sense just to cancel the meeting.<br><br>So, here's the deal. The meeting is &quot;canceled.&quot; That is, most of the<br>regulars aren't showing up. I'll be at Phillips 328 until 7:30 to see if
<br>anybody shows up. If someone does, well, we can chat. But we'll put off<br>the main PloneCon recap until October, which might be better, seeing as<br>how none of the PloneCon presentations have been posted yet, as usual.
<br>So nothing of great import/decision making will occur this evening, even<br>if anyone shows up. If anyone does show up, I'm going to suggest<br>adjourning to a local pub and having informal discussion.<br><br>The next meeting should fall on Tuesday, October 25. Unfortunately, that
<br>falls in the middle of an ocean tech conference in Baltimore at which I<br>have some presentation coordination responsibilities (Ben are you going<br>to OOSTech?). So if the October meeting is at UNC, someone else will
<br>have to take the lead in hosting it, or it can follow normal rotation to<br>NCSU. Takers?<br><br>One thing I really need to report to you about PloneCon, however, is the<br>GoldEgg Initiative:<br><br><a href="http://www.goldeggstack.org/">
http://www.goldeggstack.org/</a><br><br>GoldEgg is both a funding initiative and project guidance. It is seeking<br>to coordinate the Plone &quot;stack&quot; development. That is, time releases of<br>Plone with releases of CMF and Zope and maybe even Python. There is to
<br>be a coordinated release of Plone, CMF, and Zope every six months hence.<br>The idea is that if Plone needs certain functions in the CMF, then<br>coordinate to put them in the CMF instead of in Plone. If Zope3 is<br>bringing interfaces, views, and events to the table, then use those in
<br>the CMF instead of reinventing the wheel. If there is Zope3 technology<br>that can be backported to Zope2, whether through the Five project or<br>through the CMFonFive project, or through CMF2 development, then let's<br>
coordinate that. As well, making this happen in open source requires<br>money. In order to get CMF2 out the door, maybe some key developers need<br>funding outside of their usual client business. Cignex has put $50K into<br>
GoldEgg One, which is funding three sprints for a November minor dot<br>release of Zope2/Zope3/CMF/Plone. GoldEgg Two, of which TriZPUG may be a<br>part, needs $10K of funding.<br><br>Now, when I say funding, I mean to say *raising* funds, not going out
<br>with a tin cup and asking for funds. That is, ask not what Plone can do<br>for you, ask what you can do for Plone. In the process, you can stay<br>right on the leading edge of Zope/CMF/Plone development and get access
<br>to the very top developers like Jim Fulton and Tres Seaver at your sprints.<br><br>The reason for all this is that many big enterprises are wanting to bet<br>on Plone and Zope3. When I say enterprises, I may not necessarily mean
<br>for-profit businesses, either. I may mean, the UN wants to deploy 1200<br>websites on Plone, but needs some quality assurance and roadmap<br>assurance in doing so. They can get that by funding GoldEgg.<br><br>I want to raise awareness of this initiative, so that if your enterprise
<br>needs such assurances, you'll know how to advise your enterprise on how<br>to proceed.<br><br>For instance, PloneBoard was just revived and ported to Plone 2.1 with<br>the use of Five and Zope3 interfaces and views. It's just a BBS at this
<br>point. No email in or out. In order to do email with PloneBoard, we need<br>proper portal_subscriptions (i.e., not the portal_subscriptions tool in<br>CMFBoard, which tries to implement a whole new framework in Plone<br>
instead of the CMF). Portal_subscriptions properly belongs in the CMF,<br>not Plone. So there is some CMF work to do to get email subscriptions<br>into PloneBoard. In order for the CMF to properly implement<br>portal_subscriptions, we need to make use of Zope3 Events. GoldEgg One
<br>is polishing Zope3 Events and bringing Zope3 Events into CMF2, so<br>portal_subscriptions can work properly. So you can see how this all<br>works together. The end customer simply know that they want PloneBoard<br>to have email subscriptions. They can fund GoldEgg, which will insure
<br>that the development is coordinated properly at the correct layer in the<br>stack, and quality assurance is the result (and if you've ever tried to<br>use CMFBoard, then you know how badly this quality assurance is needed).
<br>And what you can end up with is a generic portal_subscriptions tool that<br>can work for all kinds of content and not just PloneBoard.<br><br>If you are in a large enterprise that is using Plone, you need to be<br>figuring out how your future needs are going to be met by open source,
<br>and thereby how to fund open source. I know at least for UNC, the Plone<br>people at UNC need to be putting heads together to see how this fits<br>into the Renaissance Computing Initiative (with Duke and NCSU) and if<br>
the proper eyeballs can be directed to take a look at this. Which is all<br>goodness as far as I'm concerned because I'm tired of there not being<br>anything at UNC like the Oregon State University Open Source Labs while<br>
UNC funds the largest open source repository in the world. It's like<br>saying, well, you can produce the code and we'll hold it for you. No, I<br>think we need to be involved in the production of code as well. Open<br>source doesn't have to be a charity event. In order to develop quality
<br>in the Python based code stacks, we have to promote a meritocracy, with<br>resources flowing to quality producers, instead of leaving it up to<br>chance and hobbyism and the random client need being serviced at the<br>
wrong layer in the stack. If you remember all the bugs in CMF which were<br>fixed by Plone developent, you'll know what I'm taking about.<br><br>--<br>Sincerely,<br><br>Chris Calloway<br><a href="http://www.seacoos.org">http://www.seacoos.org
</a><br>office: 17-6 Venable Hall&nbsp;&nbsp; phone: (919) 962-4323<br>mail: Campus Box #3300, UNC-CH, Chapel Hill, NC 27599<br><br><br><br>_______________________________________________<br>triangle-zpug mailing list<br><a href="mailto:triangle-zpug@starship.python.net">
triangle-zpug@starship.python.net</a><br><a href="http://starship.python.net/mailman/listinfo/triangle-zpug">http://starship.python.net/mailman/listinfo/triangle-zpug</a><br></blockquote></div><br><br clear="all"><br>-- <br>
Ben Best<br>Associate in Research<br>A321 LSRC, Box 90328<br>Nicholas School of the Environment and Earth Sciences <br>Duke University <br>Durham, NC 27708-0328 USA<br>phone: +1(919)613-8021<br>fax: +1(919)684-8741<br>Marine Geospatial Ecology Lab
<br><a href="http://margeo.nicholas.duke.edu">http://margeo.nicholas.duke.edu</a>