04/05/19

Attending

Time:12:00PM PDT/03:00PM EDT - 01:00PM PDT/04:00PM EDT

Zoom: https://princeton.zoom.us/j/281265700

Participants

• Trey Pendragon (Princeton University Library)
• bess (Data Curation Experts)
• Mark Bussey (Data Curation Experts)
• Noah Botimer (University of Michigan)
• James Griffin(Princeton University Library)

Agenda

• Sprint Scheduling Doodle Poll (https://doodle.com/poll/x9ra86uts6tnbgxv)
• Assess the migrated GitHub Project
• Outline what needs to be addressed during a manual migration from Waffle
• Sprint Planning

Notes

Sprint Scheduling

• Noah is not available for full-time commitment to the sprints
• First 3 weeks before Summer, Mark and Bess would contribute at the capacity of one FTE (50-75% each)
• From July onwards, they will be at higher capacity

• Earliest date would be May 6th
• Otherwise, it would be July
• (All agree with this)
• Trey: Proposes that the week of May 6th is the first
• Tom won't be available, DCE will be at limited capacity
• Week July 29th would be the second week-long sprint

• Any sprints following these, regroup after May 6th
• Noah: Hoping for any issues which consume significant time might be delegated to themselves
• Would prefer that all participating be attentive to these situations

Assess the Migrated GitHub Project

• Waffle sent Trey an e-mail requesting a seconding attempt at the migration
• Noah: Exploring alternatives to Waffle.io
• Bess: Finds ZenHub to have some appeal
• Can have an unlimited number of projects on the same board
• Trey: Princeton also evaluated this, but found Zube.io to be the preferred platform
• It automatically links Pull Requests to issues, and offers label synchronization
• ZenHub is free, whereas Zube does not offer a free tier of service
• HubBoard should also be explored
• GitHub Projects don't seem to support the linking of issues between Projects

• ZenHub has good bulk management tools for manually addressing the Waffle migration

Sprint Planning

The upcoming sprints need to address the following:

1. Propose deprecation of om
2. Centralize on the version of Ruby and Rails versions which we test
3. Centralize on using CircleCI for continuous integration

• Chris Colvard has added CircleCI to a number of projects in order to support Rails 5.2 across components
• With this has come the CircleCI Orb: https://github.com/samvera-labs/samvera-circleci-orb
• Samvera is on a trial for CircleCI's new pricing structure
• This is hourly (as opposed to the number of boxes/containers used during the testing)
• We have 200 boxes and they track the amount of time which we use
• If the pricing is acceptable after this trial, the enhanced performance might remain the standard
• Otherwise, we might need to revisit how best to restructure build matrices (in order to avoid queuing delays)

Proposals for Other Work

• Bess: active-fedora
  • https://github.com/samvera/active_fedora/pull/1294
  • This is blocked by hydra-head (and a few other dependencies)
  • The value added is that the generators between Hyrax and Blacklight create different configuration directories for Solr
  • We need to ensure that the directory structure does not conflict with the Blacklight-generated config. directories internally

(Waffle.io migrated to GitHub Projects successfully)

• It appears that GitHub Organizations can, themselves, have Projects
• There are issues from multiple repositories on the Organization Project
• There are usability difficulties when searching through the issues for the Project
• We still would need to manually add the issue cards for the board
• samvera/hydra-derivatives cannot link to the samvera-labs Project
• We could create samvera/maintenance as an Organizational Project

• Zube: One cannot add repositories from Organizations users don't own

Sprint Planning

• We are still not fixing bugs, and are just focusing upon maintenance issues
• hydra-head Issues
  • Use `solr/conf` rather than `solr/config` when ActiveFedora changes
  • Might be best to fix ActiveFedora before addressing this in hydra-head
• Integrating CircleCI for Core Components
  • noid-rails
  • hydra-pcdm (this already has an outstanding PR)
  • The list of components will be completed after this meeting has been concluded

• Consider test coverage tickets for another sprint
• Ensure that desired Ruby/Rails versions are used in testing

Hydra Gem Mailing List Thread (samvera-tech)

• Adopters should be encouraged to avoid using the hydra Gem
• The Gem was deprecated, but it is clear that others can maintain a deprecated Gem
• Mark will respond to the thread

Meeting was adjourned at 12:38PDT/15:38 EDT