...
- Announcements
- Pre 6.2.0 issues to resolve:
Jira server Fedora JIRA serverId 1fe6d535-c432-380f-b5c0-a7d3b2940ea4 key FCREPO-3819 Jira server Fedora JIRA serverId 1fe6d535-c432-380f-b5c0-a7d3b2940ea4 key FCREPO-3820
- 6.2.0 Release Testing
- Installed base information gathering option doc
- Updates on mysterious bugs
Jira server Fedora JIRA serverId 1fe6d535-c432-380f-b5c0-a7d3b2940ea4 key FCREPO-3818
- Updates on In Progress Tickets
Jira server Fedora JIRA serverId 1fe6d535-c432-380f-b5c0-a7d3b2940ea4 key FCREPO-3674 Jira server Fedora JIRA serverId 1fe6d535-c432-380f-b5c0-a7d3b2940ea4 key FCREPO-3673 Jira server Fedora JIRA serverId 1fe6d535-c432-380f-b5c0-a7d3b2940ea4 key FCREPO-3813
- Tickets to be aware of
Jira server Fedora JIRA serverId 1fe6d535-c432-380f-b5c0-a7d3b2940ea4 key FCREPO-38153423 Jira server Fedora JIRA serverId 1fe6d535-c432-380f-b5c0-a7d3b2940ea4 key FCREPO-34233807 Jira server Fedora JIRA serverId 1fe6d535-c432-380f-b5c0-a7d3b2940ea4 key FCREPO-3807 Jira server Fedora JIRA serverId 1fe6d535-c432-380f-b5c0-a7d3b2940ea4 key FCREPO-3806
- Other topics?
...
3806
- Migration Report
Notes:
- Announcements
- Today is Peter's last meeting (though he plans to "hang around a bit") – best wishes to Peter!
- Pre 6.2.0 issues to resolve
- Jared has been working on FCREPO-3819 – he reports that the work wasn't horribly difficult, but he has some concerns about possible unexpected side effects caused by SPARQL manipulation. A PR is available for testing, but is it possible there's a better way? Should affected users fix their data, instead of having a long-term ongoing code change? (This problem should only impact users who started with an empty repo and populated it via API – not an issue for people coming in via migration-utils; could be fixed by a fairly simple external tool and might not even require a reindex). Peter pointed out that fixing the triples on disk will generate new OCFL versions, and would leave behind old versions with incorrect triples in them – though this is not necessarily a problem.
- Consensus: simple change and external tool is preferable to increasing code complexity in the core software.
- Suggestion: create an "OCFL Doctor" tool as a home for this kind of cleanup/checking/fixing functionality
- The tool could do a "dry-run" generating a report which could then be used as input for a "fix" run.
- Peter volunteered to get a start on this
- FCREPO-3820 did not require detailed discussion and is related to the above.
- Jared has been working on FCREPO-3819 – he reports that the work wasn't horribly difficult, but he has some concerns about possible unexpected side effects caused by SPARQL manipulation. A PR is available for testing, but is it possible there's a better way? Should affected users fix their data, instead of having a long-term ongoing code change? (This problem should only impact users who started with an empty repo and populated it via API – not an issue for people coming in via migration-utils; could be fixed by a fairly simple external tool and might not even require a reindex). Peter pointed out that fixing the triples on disk will generate new OCFL versions, and would leave behind old versions with incorrect triples in them – though this is not necessarily a problem.
- 6.2.0 release testing
- Should be able to begin release process next week
- Installed base information gathering option doc
- See link in committers channel; help with estimating time to complete outstanding tasks would be appreciated
- Updates on mysterious bugs: no updates
- Updates on in progress tickets
- Mike is working on FCREPO-3813; thinks this would be good for Calvin to test once ready
- Tickets to be aware of
- FCREPO-3815 is now on Mike's list and has been removed from here.
- Migration report
- Calvin reports his team is still testing migration validation.
- He will update tickets with latest findings.
- He reports that he is sometimes getting an empty HTML report (this may be related to using --failure-only mode). Seems possible there is a bug here.
- Will test migration work in PR next.
- Demian hopes to start migration tests on his repository next month, disk space availability permitting
- Calvin reports his team is still testing migration validation.