Contribute to the DSpace Development Fund

The newly established DSpace Development Fund supports the development of new features prioritized by DSpace Governance. For a list of planned features see the fund wiki page.

Developers Meeting on Weds, May 11, 2011

Agenda

  • Revisiting a 1.7.2?
    • Recent 'dspace-tech' email thread on Oracle Bugs, along with some requests from Oracle users to do a 1.7.2 (as neither 1.7.0 nor 1.7.1 fully work with Oracle).
    • Known outstanding Oracle Bugs:
      • DS-841 - 'IllegalArgumentException: No such column rnum' error in DSpace 1.7.x XMLUI admin eperson (with Oracle backend)
  • GSoC 2011 Planning
    • GSoC 2011 Accepted Projects
    • Students begin coding on May 24th
    • Do we want to recommend using Git/GitHub for projects? (just to get our mentors more experienced with it?)
    • Mentors & Students (and others interested in these GSoC projects), please join our mailing lists:
      • duraspace-gsoc : Public list (anyone can join), but mostly for Mentor & Student discussions, public feedback, cross-project collaboration opportunities, etc.
      • duraspace-gsoc-mentors : Private List (Mentors/Admins only) for GSoC administrative purposes only
  • Other Topics?
  • (Time Permitting) Followup on some Async Discussions (both from last week and from recent email threads):
    • Tim & Mark D had a discussion about potentially reorganizing the SVN "Modules" area into more specific "groupings", to make it more clear which modules/projects are "supported" and which may be experimental, etc. Would like to consider possibly reorganizing into these general 'groupings':
      1. "Sandbox" - all modules which are still experimental (or very outdated?) should likely move to existing SVN Sandbox area
      2. "Core Modules" (may need a better name) - These are fully supported modules which actually are released as part of out-of-the-box DSpace.
      3. "Extension Modules" (may need a better name) - These are modules which should be considered "more stable" than those in Sandbox. But, they are not released as part of out-of-the-box DSpace (rather they can be installed separately as "addons" or "extensions" to DSpace).
    • The idea would be that "Sandbox" and "Extensions" areas are open to any/all developers to take part in development. But that the "Core" area is likely managed more like current SVN TRUNK (where you need to be a "Committer" or "Highly Trusted Developer" to commit code there).

General Reminders

  • GSoC General Reminders:
    • New GSoC Mailing Lists this year (shared with Fedora & DuraCloud):
      • duraspace-gsoc : Public list (anyone can join), but mostly for Mentor & Student discussions, public feedback, cross-project collaboration opportunities, etc.
      • duraspace-gsoc-mentors : Private List (Mentors/Admins only) for GSoC administrative purposes only
    • Important Dates (full timeline)
      • April 20: Deadline for Ranking student applications & finalizing projects
      • May 23: GSoC Begins
      • August 22: GSoC Ends
  • OR11 Reminder: OR11 DSpace Developers Meeting Info at DevMtg 2011-06-06 - OR11 Meeting
    • Please Sign up if you are planning to attend!

Topics in the Waiting...

  • Topics which are still on the "back burner" (which need someone to lead a "Special Topic" meeting around them)
    • Do we want to schedule a meeting to go over proposed Modularization / Refactoring work in near future?
    • Discuss improving how DSpace handles Metadata (From past meetings discussions, this seems popular). Several ideas mentioned recently:
      • Updating to current DCMI standards: DS-805
      • Creating a new "dspace" internal usage schema (for administrative, or non-DC metadata)? Formalize the "dc" schema to be strictly valid QDC/DC?
      • Metadata on all DSpace objects (not just Items)
    • Discuss forming a "Documentation Management Team"? Or reworking our procedures for managing/reviewing/approving Docs on the Wiki.
      • UPDATE: Jeff Trimble will lead a discussion on this in April or May. Still working on date.
    • More discussion of Proposed RoadMap to 2.0 before OR11
      • In meantime, feel free to forward thoughts on to Tim or everyone (via dspace-devel or dspace-commit).

Meeting Notes

JIRA Review, Approved a 1.7.2 release, GSoC Planning

  • Ended JIRA review with DS-802
  • Officially approved a 1.7.2 Release on or about May 27. Peter Dietz will perform release
    • This release will only fix remaining signficant bugs in 1.7.x (especially concentrating on Oracle fixes, and bugs originating with 1.7.0 or 1.7.1)

Meeting Transcript

  • No labels