Developer meeting: November 29, 2010
Tentatively to be held at:
09:00:00 a.m. Monday November 29, 2010 in America/Los_Angeles
12:00:00 p.m. Monday November 29, 2010 in Canada/Eastern
04:00:00 p.m. Monday November 29, 2010 in UTC
Last meeting: 2010-11-16
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
Times are rough guides to the expected amount of time to be spent on each agenda item.
Each item other than “introductions” should have a designated lead. Feel free to put your name down beside an item if you know the topic and can lead a coherent discussion on it!
Determine the taker of minutes: Dan Scott volunteered
Determine meeting leader: Dan Wells volunteered
-
1.6 release support (discussed and appears 1.6.0.10 is the last 1.6.0.x)
If this is agreed upon, can we then publish a clearly written list of releases that are currently supported, with expected out-of-support dates or triggers? For example:
Currently supported: 1.6.1.4, 1.6.0.10, 1.4.0.7(!?)
(ca. January 2011) When 2.0 is released, support for 1.4.0.7 and 1.6.0.10 will be dropped, leaving 1.6.1.x and 2.0.x as the active branches
(ca. April 2011) When 2.1.0 is released, support for 2.0.x will be dropped, leaving 1.6.1.x and 2.1.x as the active branches
ACTION Dan Scott to create a draft page and request feedback
Bill Erickson to report on release of KCLS OPAC skin.
Lebbeous Fogle-Weekley & Dan Wells to review serials documentation.
Ben Shum to report on potential
IE crash using 2.0 Beta OPAC.
-
-
Mike Rylander plans to review as soon as 2.0 RC1 is cut, and added a comment to that effect to the bug
Dan Scott added a 2.1 release series to Launchpad so that the bug/patch could be targeted to that series
(5 min) (Dan Scott) Bug tracking
https://bugs.launchpad.net/evergreen lists 106 open bugs; some of these have “Fix committed” that might be able to be set to “Fix released”, would be eased if they were tied to a specific milestone
It's not clear how much attention is being paid to these by the development team
James Fournie has done some major status cleanup in the past
Some of the core committers occasionally pay attention to specific bugs, particularly for 2.0
But there are bugs that are older than one year that haven't had follow-up; the growing number of open bugs sends a message that filing a bug might not be an effective way of getting a problem resolved
ACTION Jason Stephenson offered to go through the list of “Fix Committed” bugs and change those that were tied to an actual release to “Fix Released”
Suggestions:
Schedule a bug-squashing day to confirm, categorize (e.g. tie to specific milestones, set priorities), and actually address and close bugs - post 2.0?
Call for a head bug wrangler to help coordinate QA efforts like bug-squashing days, triaging bugs, generating patches, etc?
(2 min) (Dan Scott) Downloads page has several “coming soon” or “needs writing” claims about release notes, but without a person's name beside them, those are lies. Any volunteers for the following?
Evergreen 1.6.1.4 release notes: ACTION Mike Rylander volunteered to write these
OpenSRF 1.6.1 release notes: ACTION Dan Scott volunteered to write these
OpenSRF 1.2.3 release notes: ACTION Deprecate the OpenSRF 1.2 series (Dan Scott will roll this into the “Evergreen supported releases” document)
OpenSRF 1.0.7 release notes: ACTION Deprecate the OpenSRF 1.0 series (Dan Scott will roll this into the “Evergreen supported releases” document)
(1 min) (Dan Scott) OpenSRF 1.6.2 release
(1 min) (Dan Scott) OpenSRF 2.0 beta 2 release
(2 min) Schedule next meeting
Post-meeting