Forum OpenACS Development: 5.0 Release Plan
- Hard feature freeze date is Monday, September 29. Nothing except bug fixes can go in after this date. Before this date, you can only commit things if you will commit to and have the time to fix any problems in your code on short notice in the weeks following the feature freeze date.
- After this date, at least two core developers (Don, Lars?) must review all commits. We will go through the commit logs and review things that have already been committed, rather than being a bottle-neck that must review before the commit.
- After this date, top priority is testing and bug fixing. We have a lot of little broken things due to noquote and i18n, there are still a number of things that aren't i18n'd, and there are message keys that have been cut poorly. We need to find and resolve all these issues.
- I'm expecting testing and bug fixing to last around 3 weeks through Monday, October 20. It all depends on how efficient we all are in testing and fixing.
- You can contribute by testing and fixing bugs. In order of priority, here are the helpful ways in which you can contribute:
- Fix a bug and commit to cvs
- Apply a patch currently in the bug-tracker to cvs
- Submit a patch to the bug-tracker
- Write a test case, whether it demonstrates something that works or something that breaks, and commit it to cvs. This will cause it to get picked up by our automated test servers the following night.
- Write a test case and submit it as a patch in the bug-tracker
- Find a bug and submit it to the bug-tracker (write (1) the steps you took, (2) what you expected to happen, and (3) what actually happened). Preferably, bugs should be tested against the automated test servers at http://dotlrn.collaboraid.net/test/, and any links in the bug report should be on those servers.
- Verify whether an open or resolved bug in the bug-tracker is still a problem, or has been fixed, and resolve/close/reopen as appropriate.
- We will have several testing- and bug-fixing-bashes along the way. The first will be on Thursday September 25 (can we get a show of hands who will be able to show up?). OCT members will be on IRC to help coordinate. These sessions will concentrate on contributing per the prioritized list above.
Feedback on the plans?
One very important point which I forgot to mention is when we branch.
I see the need to branch as soon as possible, because otherwise we're telling people to hold off on committing useful things.
On the other hand, I think the tree is currently too filled with small bugs for us to branch, because that would mean that trivial bugs were likely to get chased and fixed multiple times, making merge annoying and hard.
So I'm hoping that within 2-3 weeks we'll have shaken enough bugs out to meaningfully branch. Maybe sooner if we're good.
But I'm in no way religious about the branch point, so if you disagree, let's have the discussion, and we'll have the OCT make the final call.
It's a Saturday, I know, but some of us do work Saturdays :)
We'll have several alphas and betas before then.
With the current momentum, I think that's realistic. Which reminds me, I'm totally thrilled to see all the activity and so many people helping out with finding, troubleshooting, and fixing bugs. Thanks so much, everybody!
It's therefore somewhat arbitrary whether we're in alpha or beta testing. If some hero hasn't contributed a bunch of automated tests (see Simon's very helpful HOWTO for automated tests which will make it into the core docs Any Day Now), we'll probably skip that criterion and declare OpenACS 5 ready for beta testing some time next week. That will introduce new hurdles, primarily related to documentation and tidying up the place.
If you would like to help with this release, please fix your bugs, verify resolved bugs that have come back to you, or pick up new Worker Bee bugs. Even non-coders can help - some bugs just need someone to check the behavior of the current code. Which is conveniently installed on the test servers every day. We also need people to simply use their favorite packages on the test server and look for new bugs. If you read something besides English, try changing the locale and browsing the site in another language.
How do I go about doing that? Package is EasyForms based upon the survey package.
And this question gets asked a lot. The contribute page (https://openacs.org/contribute) doesn't cover this topic.
Can someone update the contribute page with how to contribute a new package to contrib or etc..
This is the type of thing we need to emphasize in order to get new developers involved in OpenACS, IMO.