Koha 3.0-stable final release date
Hi folks, The RC1 for 3.0-stable has been generally well received, and translators and testers have been hard at work. A few issues were revealed, and I've been asked by a few translators for an extension to wrap up some remaining strings. In particular, the issues surrounding CGI::Session::Serialize changes on CPAN, as well as some Serials bugs that BibLibre have been working on, really do need to be resolved before we declare this release stable. With these issues in mind, I've decided to delay the proposed final release date of July 1 (yesterday!) to next week, July 7th (a Monday). Great work everyone, we're in the home stretch. I'll keep you all updated as things develop. Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE CEO migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf@liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Hi Joshua, On Wed, Jul 2, 2008, Joshua Ferraro <jmf@liblime.com> wrote:
The RC1 for 3.0-stable has been generally well received, and translators and testers have been hard at work. A few issues were revealed, and I've been asked by a few translators for an extension to wrap up some remaining strings. In particular, the issues surrounding CGI::Session::Serialize changes on CPAN, as well as some Serials bugs that BibLibre have been working on, really do need to be resolved before we declare this release stable.
With these issues in mind, I've decided to delay the proposed final release date of July 1 (yesterday!) to next week, July 7th (a Monday). [snip]
First of all, I would like to congratulate all the developers for all the great work done so far! :) Having said that, I notice that now (06-Jul-2008 22:01 GMT) there are still 32 open bugs in Koha reported as "major" or "critical" or "blocker": http://tinyurl.com/5t65e7 There may also be other reported bugs that have not been classified by the reporter as "major" /"critical" / "blocker", but that actually (should) belong to one of those three categories. So, I guess that what I'm asking is this: shouldn't the date to release "Koha 3 Final" be moved forward again until all the critical / major / blocker bugs are fixed and all the other bugs are considered to not belong in one of those categories (or, if they are, fix them before release)? Thanks in advance! Best wishes, Ricardo Dias Marques lists AT ricmarques DOT net _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Reply inline: On Sun, July 6, 2008 9:08 pm, Ricardo Dias Marques wrote: [...]
With these issues in mind, I've decided to delay the proposed final release date of July 1 (yesterday!) to next week, July 7th (a Monday). [snip]
First of all, I would like to congratulate all the developers for all the great work done so far! :)
Having said that, I notice that now (06-Jul-2008 22:01 GMT) there are still 32 open bugs in Koha reported as "major" or "critical" or "blocker":
There may also be other reported bugs that have not been classified by the reporter as "major" /"critical" / "blocker", but that actually (should) belong to one of those three categories.
So, I guess that what I'm asking is this: shouldn't the date to release "Koha 3 Final" be moved forward again until all the critical / major / blocker bugs are fixed and all the other bugs are considered to not belong in one of those categories (or, if they are, fix them before release)?
I agree completely. As I have stated in a previous discussion of this issue bugs are significantly under-reported, and their severity and priority are under-reported. It is trivial for someone knowledgeable to identify serious unreported bugs in Koha. Simply using some parts of Koha to do real work reveals serious unreported bugs. In other cases, one merely has to work with data which has elements other than the most common to reveal serious unreported bugs. Following the suggestion of M.J.Ray, we should establish a convention for bug priority in the bug life cycle help page, http://bugs.koha.org/cgi-bin/bugzilla/page.cgi?id=fields.html#bug_severity , which would allow bugs which could not be properly classed major, critical, or blocker by the established convention for severity to have a high priority if warranted because their presence would lead librarians to not give due consideration to Koha. I have intended to file a number of additional bug reports in the past few weeks but found myself working on other things and neglecting Koha. This weekend, however, I have been fixing some of the unreported critical and major bugs of which I am aware. I have left the most severe data loss bug for last because it is the easiest to fix and some should be well aware of it from IRC conversations but it has never been reported in the bug tracking system and no one seems to have fixed it yet. I have tried to have a conversation with anyone at LibLime about what I was doing this weekend but have not been able to raise anyone's attention during the weekend. [...] Thomas Dukleth Agogme 109 E 9th Street, 3D New York, NY 10003 USA http://www.agogme.com 212-674-3783 _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
participants (3)
-
Joshua Ferraro -
Ricardo Dias Marques -
Thomas Dukleth