First 20+ minutes: JIRA Catch-Up – starting with issue DS-797
We will continue "Quick Review" format (2 minutes per issue, with extensions only as necessary), as we need to try to review JIRA issues more quickly. (More details on "Quick Review" format atJIRA Cleanup Sessions)
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)
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':
"Sandbox" - all modules which are still experimental (or very outdated?) should likely move to existing SVN Sandbox area
"Core Modules" (may need a better name) - These are fully supported modules which actually are released as part of out-of-the-box DSpace.
"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