Build, Release, QA ------------------ *Checkpoint for Monday, Aug 28* Bear's checkpoint: http://lists.osafoundation.org/pipermail/chandler-dev/2006-August/006694.html Dan's report: http://lists.osafoundation.org/pipermail/chandler-dev/2006-August/006696.html
*Milestone and general naming* Heikki kicked off a discussion about milestone names, the release process and the larger roadmap for both Chandler and Cosmo. (The conversation continued on general@). The upshot was that we didn't make changes to Chandler's milestone scheme, and we decided not to use the term "Beta" for our March 0.7 goal. Instead we're calling 0.7 a "Preview" release. Thread starts here: http://lists.osafoundation.org/pipermail/general/2006-August/000388.html Proposal we ended up with: http://lists.osafoundation.org/pipermail/general/2006-September/000426.html *Removing old tests* Dan would like to remove the old style functional tests. The new tests have been running on the Tinderboxen for more than a week; glitches seem to have been worked out. do_tests.sh no longer accepts the -N option and will only run the new tests. http://wiki.osafoundation.org/bin/view/Projects/RunningChandlerTests http://wiki.osafoundation.org/bin/view/Projects/ChandlerAutomatedTestSystemZeroPointTwo *Alpha3/Alpha4 sharing compatibility* Grant and Morgen discussed sharing compatibility for .chandler shares given alpha4 stamping-as-annotation changes. In particular, stamped items no longer have multiple Kinds and some attributes will have fully qualified attribute names. http://lists.osafoundation.org/pipermail/chandler-dev/2006-August/006712.html *wx transparency branch* Robin and Stefan Csomor are working on a branch of wx to add alpha drawing to wx on all platforms. The ultimate goal is to merge this back into the main wx project, under the wx license (assuming they accept it). OSAF will host a branch to facilitate the work, as Chandler is very interested in this feature. http://lists.osafoundation.org/pipermail/chandler-dev/2006-September/006755.html *Move Example parcels out of end user binaries* We have several example parcels (Feed, Amazon, Flickr, Photo, EVDB) that are intended as examples of parcels that developers could write to extend Chandler's core functionality. We don't have a commitment to supporting these examples in a first class way in the short term (i.e. fixing bugs, thinking through the design carefully from a user perspective, etc.). Philippe and others proposed not including them in the binaries downloaded by end users. We'd continue to include them in the source code distribution, maintain unit tests, etc. We could package the example parcels as eggs, which could be downloaded by end users. http://lists.osafoundation.org/pipermail/chandler-dev/2006-September/006746.html PJE explained how to upload an egg and get it registered with Python Cheeseshop. This would be a low effort way to promote plugin eggs and not have to host such a thing ourselves, as well as taking advantage of features such as tracking download statistics. PJE's "easy_install" tool automatically scans the Cheeseshop site -- we could make use of it if we wanted a nice UI for installing plugins. PJE noted a Windows GUI wrapper for easy_install (Enstaller) -- perhaps a source of good ideas. He also explained that the example parcel eggs could require a particular version of Chandler. Bear and Philippe agreed that making use of Cheeseshop would be preferable to reinventing the wheel ourselves, noting that the current plugins aren't stable enough for Cheeseshop. http://lists.osafoundation.org/pipermail/chandler-dev/2006-September/006748.html Intern, SoC projects -------------------- *MVA* Philippe listed a set of next steps for the MVA project, now that the SoC project is over. Viksit Gaur and Markku are interested in collaborating on the project going forward. Work will continue in Xun's sandbox until we're ready to integrate it in the main trunk (Chandler won't have tagging until alpha6 or so). In the meantime, work can proceed on tasks such as making the parcel run against alpha4, incorporating the MDP library, and other assorted cleanups. Even before tagging is available in Chandler, some experimentation could proceed using user collection names as tags. http://lists.osafoundation.org/pipermail/chandler-dev/2006-August/006704.html Xun asked Bear about incorporating the MDP package into external. Bear noted that NumPy is a dependency that would also need to be included. Adding MDP is easy (pure Python) but NumPy is a bit trickier (C extensions to build). Philippe cleared the license for MDP, but needs to go talk to NumPy devs to be clear (unlikely to be a problem). Philippe noted that it is not an urgent project, the devs working on it can setup their own environments in the meantime. http://lists.osafoundation.org/pipermail/chandler-dev/2006-August/006711.html *Address Book* Ernesto finished the documentation for the address book project. http://wiki.osafoundation.org/bin/view/Journal/AddressBookDocumentation http://lists.osafoundation.org/pipermail/chandler-dev/2006-August/006709.html Dev projects ------------ *Sharing format API proposal* Phillip Eby sent out a detailed proposal for the sharing format API: http://lists.osafoundation.org/pipermail/chandler-dev/2006-September/006750.html *Enumeration type* Andi proposed using a dict for enumeration values that are constants, allowing one to provide a sort order (instead of sorting strings alphabetically). http://lists.osafoundation.org/pipermail/chandler-dev/2006-August/006716.html Grant suggested using the same syntax and inferring the sort order. Phillip pointed out that explicitly controlling the values helps with schema upgrades (one can preserve the values across releases). http://lists.osafoundation.org/pipermail/chandler-dev/2006-August/006722.html Andi ended up implementing Grant's suggestion, using a "names" attribute. Andi suggests storing the the full name (not the numeric sort value) for schema migration purposes. http://lists.osafoundation.org/pipermail/chandler-dev/2006-August/006741.html *Stamping-as-annotations* Grant gave an update on the state of the stamping work. (I won't summarize carefully as it is now out of date -- stamping already landed on the trunk.) Notes and doctests (now on the trunk): http://svn.osafoundation.org/sandbox/grant/stamping/NOTES.html http://svn.osafoundation.org/chandler/trunk/chandler/parcels/osaf/pim/stamping.txt http://lists.osafoundation.org/pipermail/chandler-dev/2006-August/006734.html *Server side backups POLL* A week earlier, Jared brought up the scenario where server-side data jumps back 3 days in time after a backup. Old versions and "stale" ETags restored on the server could cause client changes to get lost. Jared listed options for resolving the problem. The consensus was to have Cosmo track a version number in addition to the ETag. http://lists.osafoundation.org/pipermail/chandler-dev/2006-August/006736.html http://lists.osafoundation.org/pipermail/chandler-dev/2006-September/006781.html *Pysizer and memory utilization* Travis ran Pysizer's findcreators to look at memory allocation. http://wiki.osafoundation.org/bin/view/Journal/ChandlerPysizerFindCreators20060831 http://lists.osafoundation.org/pipermail/chandler-dev/2006-August/006738.html http://lists.osafoundation.org/pipermail/chandler-dev/2006-August/006739.html *Script to split ICS files* Jared asked for a script that would split a large ICS file with multiple events into multiple files (one per event). The script would help him run performance tests on Cosmo. http://lists.osafoundation.org/pipermail/chandler-dev/2006-September/006753.html A mere 50 minutes later, Jeffrey supplied a script. http://lists.osafoundation.org/pipermail/chandler-dev/2006-September/006754.html Meetings -------- Apps team meeting notes and status: http://wiki.osafoundation.org/bin/view/Journal/AppsMeeting20060831 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Open Source Applications Foundation "chandler-dev" mailing list http://lists.osafoundation.org/mailman/listinfo/chandler-dev
