the future of koha without zebra
Hi world, koha 3.0 will require zebra, everybody knows that. Zebra is hard to setup & configure, & it's probably a rocket bomb to kill a fly for small libraries. Thus, a Koha without zebra will continue to be interesting for most libraries. How can we continue to provide koha without zebra ? We have 2 possibilities : - continue to maintain & update 2.2 - code a "SQL only" 3.0 Some thought : Why we should NOT maintain 2.2 and 3.0 but create a SQL only 3.0 ================================================================ - code cleaned in 3.0, not in 2.2, making backport more complex & bugfix harder. - many more features in 3.0 that are not in 2.2 Why we should maintain a 2.2 and 3.0 ==================================== - nothing in 3.0 to handle SQL only MARC datas. Storing everything in a table like the previous marc_word should be "easy". The more complex part would be to add a "ccl querying" facilities. My personnal conclusion is that the 1st solution is the short term one, as it's easier on the short term, but will become harder in the long term. The 2nd solution is better if we decide to think "long term". However, the solution that will be adopted, will depend, as usually & often, of the candidates for the different solutions !!! Any opinion on this welcomed ! -- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org) Tel : 04 91 31 45 19
Paul POULAIN <paul.poulain@free.fr> wrote:
- continue to maintain & update 2.2 - code a "SQL only" 3.0 [...] My personnal conclusion is that the 1st solution is the short term one, as it's easier on the short term, but will become harder in the long term. The 2nd solution is better if we decide to think "long term".
I agree. I don't see a good third solution myself. It would be good to have a koha 2.2_legacy roadmap with a 'We will stop supporting koha-2.2 when:' section, which includes 'either zebra is bundled with koha-3.0 or there is a non-zebra koha-3.0' as a condition. Also, I think that I need to stop dithering and work on 2.2 (which most of my customers use) instead of trying to follow both 2.2 and 3.0 and not really succeeding with 3.0 because I can't IRC at US and NZ times any more and the docs don't really seem to be there yet. Most of the stuff I want to do (move parts from install.pl to Makefile.PL) should be portable to 3.0 when it nears release anyway. Hope that helps, -- MJ Ray - see/vidu http://mjr.towers.org.uk/email.html Somerset, England. Work/Laborejo: http://www.ttllp.co.uk/ IRC/Jabber/SIP: on request/peteble.
Hello MJ, Thursday, January 18, 2007, 11:37:06 AM, you wrote: MR> Paul POULAIN <paul.poulain@free.fr> wrote:
- continue to maintain & update 2.2 - code a "SQL only" 3.0 MR> [...] My personnal conclusion is that the 1st solution is the short term one, as it's easier on the short term, but will become harder in the long term. The 2nd solution is better if we decide to think "long term".
MR> I agree. I don't see a good third solution myself. MR> It would be good to have a koha 2.2_legacy roadmap with a 'We will MR> stop supporting koha-2.2 when:' 2.2.x will not be stoped;) at least for polish users:) http://www.zatorski.net/index.php?modul=kohamini&lang=pl -- The Main Library of Szczecin University. Computerization Department.
participants (3)
-
MJ Ray -
Paul POULAIN -
Wojciech Zatorski