[Checkins] SVN: zopetoolkit/doc/source/zope-dev/zope-dev-20101012.rst report this week's meeting
ct at gocept.com
Fri Oct 15 11:22:02 EDT 2010
Log message for revision 117579:
report this week's meeting
Copied: zopetoolkit/doc/source/zope-dev/zope-dev-20101012.rst (from rev 117578, zopetoolkit/doc/source/zope-dev/zope-dev-20101005.rst)
--- zopetoolkit/doc/source/zope-dev/zope-dev-20101012.rst (rev 0)
+++ zopetoolkit/doc/source/zope-dev/zope-dev-20101012.rst 2010-10-15 15:22:01 UTC (rev 117579)
@@ -0,0 +1,120 @@
+This is the agenda and summary for the weekly Zope developer meeting of
+Tuesday, 2010-10-12 on #zope at irc.freenode.org from 15:00 to 15:30 UTC.
+The IRC log is available here:
+Christian Theune, Charlie Clark, Adam Groszer, Marius Gedminas
+Summit goal followup
+Charlie noted that the time scales on the summit goals are still missing.
+Christian reported that he originally wanted to gather detail descriptions
+with everything that was mentioned during the meeting from every individual
+on the spot but hadn't had a chance to do that. Christian signed up to ask the
+individual owners of the tasks to fill the details into the wiki
+As some task owners were present at the meeting, we went through their tasks:
+Christian signed up for the Zope sprints. He detailed that he'd like to find
+topics and interested people for a few dedicated Zope sprints in 2011 until
+the end of the year. He also keeps an eye on the organization of broader
+sprints a PyCon and EuroPython as the ZF wanted to push those as well.
+Marius is signed up to fix the 5 most incomprehensible error messages by the
+end of the year. His research is ongoing - he's trying to get people to report
+those errors to him.
+Charlie is signed up to establish/improve a/the developer guide by the end of
+Responses to the current bug day doodle are missing. The last bug days had
+usually quite a few people subscribe in the Doodle but substantially less
+Apart from unpredictability of schedule or keeping up committments
+that conflict with business Charlie recommended to make it more clear that
+subscribing for the whole day is not necessary to make a difference. We should
+be more inviting to people that would be happy to spend maybe 1 or 2 hours.
+Also, we should spend more time upfront to select which bugs to work on and
+discuss them on the mailing list so that it is clear what people will work on
+and maybe also people work on bugs before/after the bug day.
+- Follow-up on summit goals
+- Review bug day, plan next bug day
+Those issues are currently ongoing. We don't have to discuss them. We just
+need to follow up on them eventually.
+ - Review meeting itself, maybe add extra 15 minutes for "meta" once a
+ month or every two months? (postponed until 2010-06-01)
+ - How to organize open issues in the long run (Blueprints?
+ Other tool? Continue text files?)
+- Repository policy
+- Test runners / nightly builds
+ - Supporting Python 2.7
+ - Needs help from the buildbots
+ - Windows
+ - Compiler licenses (Tres, postponed until after 2010-06-14)
+ - Build bot organization
+- Bug day organization
+ - Consolidate "floating" documentation into Sphinx/docs.zope.org
+ - Write blueprint for the consolidation effort (Theuni)
+ - Find candidate links and gather them centrally
+ - Edit/update the documentation from the link list and
+ land in Sphinx-style during a sprint
+ - Turn ZTK package documentation into sphinx style (like zope.event)
+ - write bug and assign to toolkit projects (Theuni)
+ - Unified index?
+ - How to find a good point when to cut a new release for a package for
+ which fixed bugs where registered (or changes have been made)? Any
+ automation possible to alert us when changes have been sitting around
+ unreleased for a while?
+- Chris McDonough: Pondering *some* (re-)structuring of the ZTK to allow for
+ better maintenance/release management/communication/marketing.
+- Christian Theune: I'd like us to ponder how we can (in addition to the
+ housekeeping and cleanups we do) also move to do constructive work together
+ to expand the stuff that Zope packages (ZTK) is about. How do we go about
+ implementing new technologies together, like supporting HTML 5 in the
+ various parts? I'd like to start putting in new code in the foreseeable
+ future in the zope.* namespace.
More information about the checkins