Versions Compared

Old Version 58

changes.mady.by.user Tim Donohue

Saved on

compared with

New Version 59

changes.mady.by.user Tim Donohue

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Small enhancements/clarifications to meeting notes.

...

  • Tim Donohue – available all day.
  • Stuart Lewis – available all day.
  • Claudia Jürgen - not attending the OR10
  • Robin Taylor - not arriving until mid-afternoon.
  • Andrea Bollini - arriving at 3pm
  • Peter Dietz – available all day.
  • Keith Gilbertson – available all day.
  • Graham Triggs - available all day.
  • Richard Jones - will try to make it to the meeting at some point in the afternoon
  • Richard Rodgers – available all day.
  • Mark Diggory – available all day.
  • Ben Bosman – available in afternoon.
  • Brad McLean – will join in afternoon.
  • Val Hollister – will join for most/all of day.

Meeting Notes

  • 1.6 Discussion - Reflecting on how release went
    • Did we branch too soon – no activity in Trunk besides 1.7 (Stuart)
      • No decision on what we wanted in 1.7? May not have been fault of branching too soon. (Mark D)
    • 1.6 is now "put to bed" – likely no more 1.6.x releases (unless something major comes up)
    • Issue: We didn't test the Handle Server – issue now seems fixed with , as we have a valid handle server on http://demo.dspace.orgImage Added
    • Issue: Too much of a bottleneck for Jeff Trimble on as the Documentation Guru. The model is right (to have one or more folks lead the Documentation effort), and we'd like to expand.
      • We should be more proactive to find people like Jeff. We need to enable more people to help with documentation (moving main docs to wiki should help)
    • Demo.dspace.org is 'great' – need to develop more even better test practices.
      • Is there a way to encourage testathon interaction (need more feedback?). First one for 1.6.0 was great – been a bit downhill since then. Do repo managers feel it is "too hard". Rebranding? Do we need rebranding? What's the positive "reward" – how to you incentivize them? (It works well when people are excited about it). A top ten testers – or a drawing based on number of bugs you found? TODO: Talk to Val – does Global Outreach have ideas on incentives???
      • Automated testing from GSoC
        • Integration testing
        • Performance testing is a need (small / medium / large reference datasets – how to build these / IP issues? Repository Manager?? TODO: Can Repository Managers help us find data to test with? Talk to Global Outreach committee.)
  • DSpace Documentation post-1.6
    • Moving main documentation to Confluence wiki (hoping to get more non-techies involved in helping with docs)
    • Snapshot versions a problem for Fedora sidefolks? Talk to them about mgmt of docs in wiki?
      • Exports Export docs to HTML and PDF
    • "Hard Stop" to move just to Confluence based Docs (move back to SVN)
    • How do we make sure all patches have documentation before commits?
      • Move original wiki page (for prototypes) off to docs area and clean up
  • Handle Server plugin – difficult to do migrations (have to sync up handle IP change with migration) – blind assumption that it's always running on same server as DSpace (Richard Rodgers)
      • Should be replaced with a Service call (HTTP REST?) – any processing/slowdown here, likely not?
      • Related to REST GSoC project?
    • Graham Triggs has rewritten code entirely – one handle service that responds for all prefixes
    • Decoupling of handle server is necessary – all in agreement
    • CNRI working on new release of Handle Server 7.0
      • Anything we need to know about on our end
      • Decoupling for a future hosting service (DuraSpace hosting it handle server for small sites?)
  • GSoC projects
    • No transition from GSoC to codebase
    • Trying a team strategy – are we being successful or not?
      • Projects may need to get off the ground a bit before they can successfully collaborate...
    • JIRA not being used afterall (too much work for students?) – group meeting amongst students difficult to schedule (logistics / attendance difficult)
    • Varying levels in participation amongst the mentors / varying styles in mentoring
    • Overviews of projects
    • Are there ways to create face-to-face opportunities (OR, DSUGOpen Repositories, DSpace User Group Mtgs, have them students present??). Should the money coming back to DuraSpace be funneled back to the Students (fund one to go to a conference)? Traditionally, most GSoC projects give the money to the mentors? That could be an option to get more mentors involved?
    • How to move these projects into Trunk easily? Take them as they come.ToDo
  • TODO: Full meeting on Discussion of Commit Rights & Committer Governance models. Should we still be called "committers", or give out commit rights more liberally.?
  • Modules
    • Dependencies from Trunk directly to Modules directory
    • Need to make this less "muddy"
    • TODO: Full meeting on Discussion of how we should split these "service boundaries" – so how do we want to manage trunk & modules.
  • TODO: Where do we all stand on asynchronous module releases?? (Mark Diggory)
    • Fedora folks are running into this same problem – how can we work with them or learn from them.
  • TODO?: Design competition for the next DSpace Theme! (Stuart Lewis idea)
    • How do we organize such a design competition / DSpace Global Outreach Committee?
  • Feedback on "Community Advisory Team" – add more less techie people to Committers Group less techie people. ? Would rather pull them into committers group? how do How can we all better understand how DGOC works, and how Committers work. How can we merge these, or change the structure (Apache PMC??).