Developer meeting: December 21, 2010
Held at:
09:00:00 a.m. Tuesday December 21, 2010 in America/Los_Angeles
12:00:00 p.m. Tuesday December 21, 2010 in Canada/Eastern
04:00:00 p.m. Tuesday December 21, 2010 in UTC
Last meeting: 2010-12-14
Agenda
Meeting takes place on IRC on the #evergreen channel on Freenode. See the Calendar for specific dates and times.
Logs and minutes
Prior to the meeting
Please fill out
Who's who if you want to be identified more readily in the future
Meeting
Determine the taker of minutes:
Determine meeting leader:
-
ACTION: Dan Scott to continue working on his action items from previous meetings:
Create a draft page and request feedback for “Evergreen supported releases” document.
Write release notes for OpenSRF 1.6.12
-
Bug-squashing related:
ACTION: Jason Stephenson (head bug wrangler) to go through the list of “Fix Committed” bugs and change those that were tied to beta5 release to “Fix Released”
ACTION: Dan Scott to create an “Evergreen release team” on Launchpad with Mike Rylander, Dan Scott, and Jason Stephenson as starting members to coordinate bug targeting needs.
ACTION: Mike Rylander to write release notes for Evergreen 1.6.1.4 (5?)
ACTION: Jason Etheridge to update acq.open-ils.org with RC1 to allow for more public testing.
General news and issues:
OpenSRF 1.6.2 was released on Sunday
-
OpenLibrary added content - there was a request on the list to backport to 1.6; should just be a matter of copying OpenLibrary.pm into place but per release guidelines new features should go into a new release (1.6.3.0)
Maybe we need a release checklist to follow so that steps for a release don't slip through the cracks (e.g. 1.6.1.5 was cut and uploaded on 2010-12-10 but not updated on downloads page until 2010-12-21 and has not been announced on the mailing list or blog)? Something like the following, perhaps where a given branch has one person to fulfill each responsibility, and each of these steps could be further documented on the wiki (for example,
rolling an OpenSRF release so that we can build more resilience into our release and development processes:
release-lead cuts the release tarball and uploads to evergreen-ils.org
release-lead uploads the ChangeLog to evergreen-ils.org
staff-client-packager creates the Windows staff client and uploads to evergreen-ils.org
release-notes-writer puts final release notes on evergreen-ils.org / into official documentation / wherever (assumes that release notes are created as the release is created, rather than after the fact)
bug-wrangler changes “Fix committed” bugs to “Fix released” for that milestone
bug-wrangler creates new milestone for that release
web-team-member updates download page with new release
communication-team-member announces release on mailing list / blog and updates wikipedia / freshmeat
ACTION: Consensus vote was to adopt this checklist. miker will propose a release coordination mailing list on -dev and -general; should be called out in the community meeting for non-developer resource acquisition (release-notes-writer, web-team-member and communication-team-member, in the least)
1.6.1.x release status (current release = 1.6.1.5)
1.6.2.x release status (current release = 1.6.2.0-rc1)
Any feedback on 1.6.2.0-rc1?
2.0 release status
Post-2.0 planning (probably not time to discuss today, but we should start thinking about things like this):
(2 min) Schedule next meeting