Regular Attendees
- Andrew
- Bill
- Chris
- Dan
- Jonathan
- Danny
General
- Call In To: Free Conference Call HD - DuraCloud Line
- Indicates who will be taking minutes
Discussion Topic
Topic Discussion Leader DfR & MC LDAPs Andrew SIdora Setup (with prep for OCS) Dan
Actions from last meeting
Status
- Jonathan
- Andrew
- Bill
- Chris
- Dan
- Multiple interactions with DG trying to get their forms to load
- DG provided additional content models
- Able to make items from SIdora console and see them in Fedora
- Able to poke content into SIdora (via Fedora command line) but have not figured out how to see it yet (concentration for this afternoon)
- Still working with DG to get instance differences resolved
- Danny
Minutes
Andrew: Set up LDAP, Shibboleth on test servers is pretty complete but question on how DfR fits with current DuraCloud. Should we separate DuraCloud and DfR.
Dan: It would be nice to have a common AuthN (common LDAP)
Andrew: We need to see if there are difference in the information we need to keep.
Dan: We can utilize Fedora for fine grain AuthZ but keep with a common AuthN, and keep DfR Authn via DuraCloud consistent with DuraCloud.
Dan: Fedora's policies are just files and can be created anywhere but need to be enforced through common Authn. The information needed for AuthZ (policy inforcement) needed for Fedora may be different at some point. However, Fedora could, by default, implement DuraClouds policies either explictly or by having exceptions when accessing DuraCloud files. This may help keep CloudSync consistent.
Action - Set up test DuraCloud MMC to inform security and for anyone you needs it the ability to test it for conceptualizing the DfR management functions and UIs.
Jonathan: the development team should meet before bringing in Time and Peter.
Action - Needs and requirement meeting with our group about DfR management requirements particularly to inform UI conceptualization. Use next Tuesdays slot.
Danny: will work directly with Tim and Peter for polishing the wireframes. They are needed for us and also for the customer contact meeting (TBD). There is no requirement for Danny to create working UI mocks this iteration but it would be nice if it happen.
Bill: Yes, this will help us have a more polished design. We don't want to pull their attention away from the client until the wireframes are read.
Dan - SIdora:
Multiple interactions with DG trying to get their forms to load, not a blocker but will be in about a week.
DG provided additional content models
Able to make items from SIdora console and see them in Fedora
Able to poke content into SIdora (via Fedora command line) but have not figured out how to see it yet (concentration for this afternoon)
Still working with DG to get instance differences resolved
We need to get more of DGs focus.
Jonathan: Let's take that up in tomorrow partners meeting.
Bill: Do we need to implement the installer for this installation or can we cut the task to investigation.
Consensus: Yes completing the investigation is enough, let's add a task for the subsequent implementation.
Action: Task for installer implementation.
Action Items
See above for now.
Action Item |
Assignee |
Status |
|---|---|---|
|
|
|
