User Tools

Site Tools


dev:meetings:2010-12-21

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
dev:meetings:2010-12-21 [2010/12/21 13:06] mikerdev:meetings:2010-12-21 [2022/02/10 13:34] (current) – external edit 127.0.0.1
Line 39: Line 39:
         * Status: Done         * Status: Done
     - **ACTION**: Mike Rylander to write release notes for Evergreen 1.6.1.4 (5?)     - **ACTION**: Mike Rylander to write release notes for Evergreen 1.6.1.4 (5?)
-        * **ACTION**: Deferred with an offer to adopt out to a loving family    - **ACTION**: Jason Etheridge to update acq.open-ils.org with RC1 to allow for more public testing.+        * **STATUS**: Deferred with an offer to adopt out to a loving family 
 +    - **ACTION**: Jason Etheridge to update acq.open-ils.org with RC1 to allow for more public testing
 +        * **STATUS**: Deferred until 2.0-RC1 actually exists.
   - General news and issues:   - General news and issues:
     * OpenSRF 1.6.2 was released on Sunday     * OpenSRF 1.6.2 was released on Sunday
-      * **NOTES**: moodaepo noted that OpenSRF 1.6.2 is recommended for EG 1.6.1+ --  dbs noted that removal of /openils/lib/ was required for a successful recompile of EG after upgrading from OpenSRF 1.2 to 1.6+      * **NOTES**:  
 +        * dbs noted that OpenSRF 1.6.2 is recommended for EG 1.6.1+ 
 +        * dbs noted that removal of ''/openils/lib/*oils*'' was required for a successful recompile of EG after upgrading from OpenSRF 1.2 to 1.6 (a [[http://paste.lisp.org/+2IXC|full log of the upgrade process]] is available, warts and all
     * There is now an [[https://launchpad.net/~evergreen-security|Evergreen security team]] on LaunchPad     * There is now an [[https://launchpad.net/~evergreen-security|Evergreen security team]] on LaunchPad
       * This team is currently composed of the [[:contributing:contributors|current committers]], significant code contributors, and security bug reporters; their only power at the moment is to be able to read and edit LaunchPad bugs marked as "Security" issues       * This team is currently composed of the [[:contributing:contributors|current committers]], significant code contributors, and security bug reporters; their only power at the moment is to be able to read and edit LaunchPad bugs marked as "Security" issues
         * **ACTION**: miker suggested: an "anyone can post" moderated list made up of the LP sec team members; if yes, ESI can host.  miker will propose on the -dev list         * **ACTION**: miker suggested: an "anyone can post" moderated list made up of the LP sec team members; if yes, ESI can host.  miker will propose on the -dev list
 +          * **STATUS**: Email sent to -dev.
       * There is some desire for a secure channel for discussions (mailing list, secured XMPP server, ?) outside of bugs - talking about security vulnerabilities on IRC is not ideal - but no action as of yet       * There is some desire for a secure channel for discussions (mailing list, secured XMPP server, ?) outside of bugs - talking about security vulnerabilities on IRC is not ideal - but no action as of yet
       * LaunchPad mailing lists are all public, so that's not an option       * LaunchPad mailing lists are all public, so that's not an option
     * 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)     * 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)
 +      * **ACTION**: Consensus vote was "too late for 1.6"; will not be backported.  Suggestion of a ILS-Contrib backport was raised.
     * 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, [[:dev:rolling_a_release|rolling an OpenSRF release]] so that we can build more resilience into our release and development processes:     * 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, [[:dev:rolling_a_release|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// cuts the release tarball and uploads to evergreen-ils.org
Line 58: Line 64:
       - //web-team-member// updates download page with new release       - //web-team-member// updates download page with new release
       - //communication-team-member// announces release on mailing list / blog and updates wikipedia / freshmeat       - //communication-team-member// announces release on mailing list / blog and updates wikipedia / freshmeat
-      * **ACTION**: 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)+      * **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.1.x release status (current release = 1.6.1.5)
     * http://evergreen-ils.org/downloads.php needs to reflect this, still says 1.6.1.4     * http://evergreen-ils.org/downloads.php needs to reflect this, still says 1.6.1.4
Line 64: Line 70:
   - 1.6.2.x release status (current release = 1.6.2.0-rc1)   - 1.6.2.x release status (current release = 1.6.2.0-rc1)
     - Any feedback on 1.6.2.0-rc1?     - Any feedback on 1.6.2.0-rc1?
-      * No external feedback.  1.6.2.0 will be cut with 2.0-RC1 (see below)+      * **NOTES**: No external feedback.  1.6.2.0 will be cut with 2.0-RC1 (see below)
   - 2.0 release status   - 2.0 release status
     * Bugs targeted to [[https://launchpad.net/evergreen/+milestone/2.0rc1|RC1]]     * Bugs targeted to [[https://launchpad.net/evergreen/+milestone/2.0rc1|RC1]]
-      * [[https://bugs.launchpad.net/evergreen/+bug/688015|Merging authority records does not change the attached bibliographic record(s) name]] looks like the only blocker.  2.0-RC1 to be cut once this is addressed and Dan Wells has a chance to commit Serials fixes.  Fix for "Merging authority records" discussed, amounting to firing the updater against bibs that were previously attached to the subordinate authority.+      * **ACTION**: [[https://bugs.launchpad.net/evergreen/+bug/688015|Merging authority records does not change the attached bibliographic record(s) name]] looks like the only blocker.  Fix discussed, amounting to firing the updater against bibs that were previously attached to the subordinate authority.
     * [[https://bugs.launchpad.net/evergreen/+bugs?orderby=-datecreated|Most recently reported bugs]]     * [[https://bugs.launchpad.net/evergreen/+bugs?orderby=-datecreated|Most recently reported bugs]]
       * Maybe a review of recently reported bugs should fall under a general QA/bug wrangler section?       * Maybe a review of recently reported bugs should fall under a general QA/bug wrangler section?
Line 78: Line 84:
       * **ACTION**: discussion postponed until next meeting.       * **ACTION**: discussion postponed until next meeting.
   - (2 min) Schedule next meeting   - (2 min) Schedule next meeting
-    * [[dev:meetings:2010-12-21|Tuesday, December 28th]] at 12:00 EST, 9:00 PST 
       * Guessing not... January 4th? January 11th?       * Guessing not... January 4th? January 11th?
       * **ACTION**: January 4th is the date of consensus       * **ACTION**: January 4th is the date of consensus
 +      * [[dev:meetings:2011-01-04|Tuesday, January 4th]] at 12:00 EST, 9:00 PST
     * http://evergreen-ils.org/calendar has the next 6 weeks blocked for the same time, same place     * http://evergreen-ils.org/calendar has the next 6 weeks blocked for the same time, same place
dev/meetings/2010-12-21.1292954810.txt.gz · Last modified: 2022/02/10 13:34 (external edit)

Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 4.0 International
CC Attribution-Share Alike 4.0 International Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki

© 2008-2022 GPLS and others. Evergreen is open source software, freely licensed under GNU GPLv2 or later.
The Evergreen Project is a U.S. 501(c)3 non-profit organization.