There will be no meeting on Thursday, March 14 as Tim Donohue is on vacation/holiday from March 13-17. He will return to the office on Monday, March 18.
DAYLIGHT SAVING TIME has begun in USA. This meeting will be one hour later than normal (11:00am - 12:00pm EDT), until Europe also enters DST on March 31.
Preparing Documentation for Testathon: Would anyone be willing to start helping to draft the 8.0 Release Notes? Or help start to update the Install / Upgrade docs?
Possibly exclude some components from SSR? E.g. DSpace-CRIS excludes the Search component from SSR as these are not necessary for SEO. (Need to verify this has no negative impacts on accessibility or similar.)
(Other topics?)
Board Review & assignments:
Backlog Board- Are there any tickets here stuck in the "Triage" column? We'd like to keep this column as small as possible.
8.0 Project Board- Assign new PRs to volunteers to code review and/or test.
7.6.x Project Board - Assign new PRs to volunteers to code review and/or test.
Upcoming Topics:(Let us know if there are topics you want to discuss in future weeks)
To quickly find PRs assigned to you for review, visit https://github.com/pulls/review-requested (This is also available in the GitHub header under "Pull Requests → Review Requests")
Goals for 8.0
This were decided by Steering in their meeting on June 28, 2023.
Duplicate Detection in Submission ported from DSpace-CRIS (The Library Code)
Include new features which empower users in the admin UI. Make things easier for Admins.
Accepting community contributions of any 6.x features which missed 7.x
Improve documentation, training to allow for greater community contributions. (Ease setup/install/customization, etc.)
Per DSpace 7 WG meeting on June 29, 2023, this may include dependency upgrades/maintenance (Angular, Spring, Solr, Tomcat, etc). May also include necessary code updates/refactors to ease in ongoing maintenance.
Release Goal: May 13, 2024
In parallel to 8.0, proof of concepts / planning regarding modularization:
Bug/security fixes only. Release will occur when sufficient fixes have been made to warrant a release.
New "themeable components" (for dspace-angular) are allowed in bug fix releases, provided that they don't significantly modify component behavior or similar.
Bug fixes should have one Pull Request
A PR against either the "dspace-7_x" maintenance branch OR the "main" branch.
(In the case of complex bug fixes, it is possible this automatic port action will fail. In that situation a manual port PR may need to be created.)
Try "Pull Request Trading" for a quicker review
Do you have a PR stuck in "under review" that you really want to see move forward? Or maybe it's someone else's PR but you want to get it more attention?