Call in details:
- Time: 2:00 PM EDT (UTC -4)
- Location: https://duraspace.zoom.us/my/fedora
- IRC:
- tech: Slack Channel
- Slack sign-up http://slack.fcrepo.org/
Attendees
- Danny Bernstein
- Andrew Woods
- Ben Pennell
- Jared Whiklo
- Peter Eichman
- Mohamed Mohideen Abdul Rasheed
- Michael Durbin
- Aaron Birkland
Resources:
Discussion
- Where do we stand right now
- What will happen by the end of the day
- What if anything is planning for next week
- Retrospective: What worked well? What didn't?
- Open discussion
Minutes
- what have we been working on
- Peter: WebAC code
- Jared: hates JMS; how to send/receive messages at same time
- Ben: coding
- Andrew: no specific ticket work
- Mohamed: WebAC code
- Mike: no time to work on anything this week
- Danny: working on PRs for CTS, versions UI (FCREPO-2730)
- what can we finish today
- Peter: code review, especially CTS tickets
- Jared: intend to set up framework for JMS testing, put on branch
- Ben: already finished
- Andrew: not in critical path
- Mohamed: HTML UI download button
- Mike: nothing by end of day
- Danny: remaining CTS PRs in scope for 5.0.0
- what are we doing next week
- Peter: not available
- Jared: not available
- Ben: a little time, can help with review
- Andrew: working on VIVO next week, then back to Fedora for sprint 2
- Mohamed: not available
- Mike: will attend committers call; not much additional time
- Danny: will pick up JMS testing work, versions UI
- FCREPO-2848: just needs some cleanup
- retrospective:
- Peter: productive sprint
- Jared: we got a lot done, sprint ran as expected
- Ben: productive sprint, some times was unclear because not working on major group effort areas
- Andrew: "there is a machine that has been created", let's not become complacent in our successes
- Mohamed: productive sprint, needed some ramp-up time first week but feel second sprint will be even more productive
- Danny: lots of great work done, good communication; early mornings have been challenging due to school schedule
- how can we improve sprints?
- better job this time in having a steady stream of activities and tickets to keep people from getting blocked
- increase upfront organization of work upfront
- Danny will take this as an action
- what are our goals for next sprint?
- objective: release candidate by end of sprint 2
- what is the RC policy?
- wait for all known bugs to be resolved, then issue RC to community
- tag RC at end of sprint
- spend any extra sprint time doing testing and documentation
- we are close
- "get it out to the community as soon as possible, but no sooner"; get different eyeballs on it
Notes:
- Once the API Alignment EPIC is done, there is be all the other tickets available at