In meantime, feel free to forward thoughts on to Tim or everyone (via dspace-devel or dspace-commit).
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).
Meeting Notes
JIRA Reviews (DS-842 to DS-845), Discussion of Modularization & Async (and still creating a dspace-src-release)