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.
Table of Contents
Meeting Schedule and Attendance
DSpace Developer meetings are a time when Committers and interested Developers can discuss new software features, upcoming releases of DSpace software, and generally plan out the roadmap of DSpace. All meetings are public. We welcome anyone and everyone to attend, speak their opinions or just listen in on the discussions. Please note that we archive all discussions (see Meeting Archives), as a service for those who are unable to attend.
DSpace Developer meetings take place on the following schedule:
- Every Wednesday at 20:00 UTC in #duraspace IRC channel
- All meetings are held for 1 hour (although, admittedly, discussion sometimes extends beyond that)
See the world clock to determine the meeting time where you live. If you are unsure how to connect to IRC, see our list of IRC Resources & Clients
This meeting schedule is also available via the DuraSpace Public Events Calendar (iCal, RSS Feed).
Meeting topics often include:
- Recent updates on upcoming DSpace releases, bug fixes or features
- Reviewing of recent reported issues/bugs/feature requests (see JIRA Cleanup Sessions for more info)
- Occasionally we vote or make decisions on upcoming DSpace technology plans/roadmap (see Developer Voting Procedures for more info)
If you are unable to attend a meeting, please feel free to add your own notes/comments to the meeting's wiki page.
NOTE: Any developer is also welcome to ask questions or brainstorm ideas with Tim Donohue during the DSpace Office Hours held before the weekly Developers meeting in the same IRC channel.
Developers Meeting on Weds, December 12, 2012
Agenda
Regular Items
- JIRA Reviews – starting with issue DS-1082
Discussion Topics
- 3.0 Release
- Any thoughts on dspace-release thread around how we may wish to change the release processes in 4.0?
- Do we want to change our "deadlines"?
- Any new thoughts on 3.1 timelines?
- Any thoughts on dspace-release thread around how we may wish to change the release processes in 4.0?
- Revisiting JIRA Workflow Improvements
- Tim is thinking of implementing this sometime in the next few weeks (if possible). Any final suggestions thoughts?
- JIRA Backlog – any thoughts on how to try to catch up? "JIRA Backlog Bash" for a few days (almost like a Testathon but to quickly review old JIRA tickets)?
- Other topics?
Additional Ongoing Topics
- How can we "catch up" with JIRA Backlog?
- Do we need to "split up" the tickets & do quick reviews on our own? Or perhaps just split up tickets & do a very quick ranking & schedule ones with patches for 3.0?
- Perhaps we schedule a "JIRA Backlog Bash" event (via IRC or similar) where we work together to decrease the backlog over a few days or a week (think of this like a "Test-a-thon" but instead we'd be working to just clear out the backlog as best we can).
- Brainstorming Features/Changes for future. Can we work towards development teams around any of these projects?
- Larger DSpace projects which seem to have a lot of recent support:
- Moving towards a Common "Business Logic" / Business Services API. (I.e. avoiding duplication of business logic in all UIs)
- Metadata For All (i.e. metadata on all objects), SubTopic: Getting us up-to-date how we use Dublin Core / DCMI. (Support from DCAT)
- AuthN & AuthZ issues, including: DS-994, DS-1006, DS-1007, DS-1088, and developer meeting on May 2, 2012
- Other DSpace projects receiving mention recently
- Migrate Search and Browse to DSpace Discovery
- "Change which UIs come out-of-the-box" (and which are optionally installed later)
- Move configurations to DB or similar (so they can be managed/edited from Admin UI)
- Context Guided Ingest (or Item Type based submissions)
- Other Development Proposals
- Larger DSpace projects which seem to have a lot of recent support:
Individual Status Updates
If you have status items to report, please enter them below at least 1 hour before the meeting starts.
Meeting Notes
Reviewing how 3.0 release process went, brainstorms of 4.0 release processes, revisiting JIRA Workflow improvements- Getting Code Reviewed - general consensus around the following:
- developers should be encouraged to locate a reviewer themselves, if possible
- if a reviewer cannot be found or is not self-selected, that is where either the RT (during a release) or Committers in general can help to locate an appropriate reviewer. (And we all prefer that #1 happen as much as we can)
- 4.0 Release processes / scheduling features. Some general consensus/brainstorms around the following:
- We all agree it'd be best for all development to be more open in general (share code/ideas/plans early & often)
- We'd like it if we could work with contributors to schedule a time that their (larger) feature will be ready for review. (Code need not all be completed by date of first review, but should be in a reviewable state)
- We may or may not want to mess around with different "final chance" deadlines...to perhaps get the "last minute pile-up of features" to happen earlier & give the RT/Committers time to work through it. The brainstorm was that the "final chance" for large features to be submitted as a pull request could be 2 months before the "freeze".
- We may be able to combine #2 & #3 above
- Discussion of JIRA Workflow Improvements
Meeting Transcript
- Full IRC Transcript is available at - http://irclogs.duraspace.org/index.php?date=2012-12-12
Action Items
(Action items go here, if any)
Meeting Archives
Notes and Transcripts from all recent Developers Meetings are available off of the Developer Meeting Archives page.