Time/Place
This meeting is a hybrid teleconference and IRC chat. Anyone is welcome to join...here's the info:
- Time: 11:00am Eastern Standard Time US (UTC-5)
- U.S.A/Canada toll free: 866-740-1260, participant code: 2257295
- International toll free: http://www.readytalk.com/intl
- Use the above link and input 2257295 and the country you are calling from to get your country's toll-free dial-in number
- Once on the call, enter participant code 2257295
- IRC:
- Join the #duraspace-ff chat room via Freenode Web IRC (enter a unique nick)
- Or point your IRC client to #duraspace-ff on irc.freenode.net
Attendees
- Nick Ruest
- Aaron Coburn
- Osman Din
- Michael Durbin
- Kevin S. Clarke
- Yinlin Chen
- Andrew Woods
- Jared Whiklo
- David Wilcox
- Benjamin Armintor
- A. Soroka
Agenda
- Release of 4.1.1?
- We will not met the goal of having the release done by the end of this week
- Goal (blocker) to have the blank node work in 4.1.1
- Michael Durbin will take the lead on getting the release out next week while Andrew Woods is at LDCX
- Release of 3.8.1?
- 3.8.1 branch pull requests need to be merged
- Testing needs to be done before the release
- Testing must be done by the community so we can actually release it.
- OR2015 is the agreed upon the deadline for testing.
- All pull requests will be merged into the 3.8.1-SNAPSHOT branch
- Release candidate and release candidate artifacts will be built from the 3.8.1-SNAPSHOT branch
- migration-utils
- Nick Ruest proposed a prioritization of migration functionality
- Traverse fcrepo file system (current primary focus)
- Migrate export context
- Archive export context
- Nick Ruest volunteered to create test fixtures migration-utils vm (fcrepo 3.x content and fcrepo4)
- Michael Durbin should have a preliminary solution in about a week, and Nick Ruest will be a guinea pig
- Goal of having a "solid" release of this for OR2015 (Nick, Danny, Jared willing to do whatever we can to make this happen!)
- Nick Ruest proposed a prioritization of migration functionality
- Audit Service implementation options
- Audit Service call at 3pm EST today
- Focused on external triple-store
- Read: servicing queries
- Write: audit events (internal & external)
- Requirement: exposing external SPARQL endpoint
- Incorporate fcrepo-camel component
- Discussion around event ordering and who/what sends the message
- Combination of timestamps and users would alleviate this
- Old pivitol ticket about jcr namespaces being leaked that wasn't transferred over
- Unknown User (acoburn) to port old Pivitol ticket to JIRA (jcr namespaces being leaked). Done:
- Discussion around event ordering and who/what sends the message
- Requirements can be met without a lot of core fcrepo code updates
- Guiding principles
- Any Fedora4 feature should be available through an API which is an implementation of LDP or an optional extension (ideally an existing standard)
- Fedora4 features should favor existing tools over custom code
- Fedora4 features should establish integration patterns where an implementation is not a part of the core code
- Further discussion on "pure" LDPRs : Design
- Discussion centralized on the wiki page
- Need to break proposals down, and not approve them all together
- Things that are less contentious
- server managed properties
- Things that are contentious
- non-container resources
- arbitrary RDF
- rdf interaction model and non-rdf interaction model
- Discussion centralized on the wiki page
- LDP and /fcr:versions
- We need to tighten up and clary (obscurities) where Fedora can do a better job with LDP
- New JIRA tickets