- Koha-devel - lists.koha-community.org

Problems when using Indexdata's Zebra deb packages on Debian Jessie
by David Cook 28 Jan '16

28 Jan '16

Hi all, As Zeno Tajoli has mentioned on the "Zebra: the 'elements zebra::snippet'" thread, there are problems using Indexdata's apt repository for Zebra on Debian Jessie. It looks to me that the problems arise from YAZ 5.8.1 onwards, although YAZ 5.15.2 is the version at which we're looking. But the problem might not be with YAZ/Zebra per se. It seems to me that the problem is actually with our Zebra configuration files. Namely retrieval-info-bib-dom.xml, but also marc21-retrieval-info-bib-dom.xml, normarc-retrieval-info-bib-dom.xml, and unimarc-retrieval-info-bib-dom.xml (in debian/templates), which are used by the Debian packages. We define many front-end elements using <retrieval syntax="xml" name="something">, but we don't really need to do that. We can just use <retrieval syntax="xml" />. That gives us access to the elements we define in retrieve pipeline in the etc/zebradb/biblios/etc/dom-conf.xml file, as well as the special retrieval zebra::* elements. It seems that <retrieval syntax="xml" name="zebra::*" /> doesn't work with Zebra 2.0.61 (or I suspect more accurately recent versions of YAZ). I suspect that Zebra/YAZ is looking in etc/zebradb/biblios/etc/dom-conf.xml for the element names and failing without realizing that it's actually a special retrieval element built-in to Zebra/YAZ. All is fixed if we remove the <retrieval syntax="xml" name="zebra::*" /> and restart Zebra. Personally, I think we should remove all the <retrieval syntax="xml" name="something"> lines and just use <retrieval syntax="xml" />. That's worked on Zebra 2.0.61/YAZ 5.15.2 on Debian 8, and Zebra 2.0.60/YAZ 5.1.2 on openSUSE 13.2. I suppose the thing to do now is just open a Bugzilla bug and fix it, but I thought I'd give a more succinct FYI than I gave in my reply to Zeno (outlined below). David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007 > -----Original Message----- > From: David Cook [mailto:dcook@prosentient.com.au] > Sent: Thursday, 28 January 2016 12:59 PM > To: 'Tajoli Zeno' <z.tajoli(a)cineca.it> > Cc: 'koha-devel' <koha-devel(a)lists.koha-community.org>; 'Wolfram > Schneider' <wosch(a)freebsd.org> > Subject: RE: [Koha-devel] [SOLVED] Zebra: the 'elements zebra::snippet' > doesn't work > > Hi Zeno: > > I believe that I've solved the symptom, although I admit that I don't 100% > understand the root casue of the problem. > > The problem appears to be the line '<retrieval syntax="xml" > name="zebra::*" />' in "etc/zebradb/retrieval-info-bib-dom.xml". > > If you remove that and restart Zebra for your instance, you'll find that you're > once again able to use "zebra::index", "zebra::snippet", "zebra::data", > "zebra::facet::index:register:count". > > The in-depth explanation starts here: > > The vital line really is '<retrieval syntax="xml"/>'. With that line, we have > access to the special retrieval elements > (http://www.indexdata.com/zebra/doc/special-retrieval.html) as well as > the ones that we've defined in the "retrieve pipeline" in > /etc/koha/zebradb/biblios/etc/dom-config.xml, such as "zebra", "index", > "marc", and "marcxml". (See /etc/koha/sites/libraryname/zebra-biblios- > dom.cfg for the reference to /etc/koha/zebradb/biblios/etc/dom- > config.xml. Also see http://www.indexdata.com/zebra/doc/record-model- > domxml-pipeline.html for an explanation of the pipeline: "The possible > multiple <retrieve> pipeline definitions are distinguished by their unique > name attributes, these are the literal schema or element set names used in > SRW, SRU and Z39.50 protocol queries."). > > I'm going to guess that the problem arose with YAZ 5.8.1 2015/01/13: > "retrieval: pick matched element-set rule YAZ-813" > (http://www.indexdata.com/yaz/doc/NEWS) Here's the git commit: > http://git.indexdata.com/?p=yaz-moved-to- > github.git;a=commit;h=f24766f1e9fc5404fc0b512af8607d7f7054f4be. I > haven't read through it extensively, so I could be wrong, but perhaps it > caused some sort of problem where Zebra/YAZ was trying to find "zebra::*" > in /etc/koha/zebradb/biblios/etc/dom-config.xml. I'm guessing that it didn't > check that it was a special retrieval element and that it failed to find the > backend element in the retrieve pipeline, and that's why it failed. > > We don't actually need any of the following lines: > <retrieval syntax="xml" name="index" /> > <retrieval syntax="xml" name="marc" > identifier="info:srw/schema/1/marcxml-v1.1"/> > <retrieval syntax="xml" name="marcxml" > identifier="info:srw/schema/1/marcxml-v1.1"/> > <retrieval syntax="xml" name="zebra::*" /> > > The only thing we need is <retrieval syntax="xml"/>. That provides access to > the "marc", "marcxml", "zebra", and "index" backends defined in > /etc/koha/zebradb/biblios/etc/dom-config.xml, as well as the zebra::* > special retrieval elements. > > I've actually tested that on YAZ 5.1.2 and Zebra 2.0.60 on openSUSE, and it > works great. > > I suppose the thing to do at this point is open a Bugzilla report to change > "etc/zebradb/retrieval-info-bib-dom.xml", as well as "marc21-retrieval-info- > bib-dom.xml", "normarc-retrieval-info-bib-dom.xml", and "unimarc- > retrieval-info-bib-dom.xml". > > -- > Installed Koha and Zebra on Debian Jessie using packages from scratch: > sudo ls > wget -O- http://debian.koha-community.org/koha/gpg.asc | sudo apt-key > add - echo 'deb http://debian.koha-community.org/koha oldstable main' | > sudo tee /etc/apt/sources.list.d/koha.list sudo apt-get update sudo apt-get > install koha-common > -- > sudo apt-get install mysql-server > <set mysql root password> > <edit /etc/koha/koha-sites.conf : INTRAPORT="8080"> sudo a2enmod > rewrite sudo a2enmod cgi sudo service apache2 restart echo 'deb > http://ftp.indexdata.dk/debian jessie main' | sudo tee > /etc/apt/sources.list.d/indexdata.list > sudo apt-get update > -- > sudo apt-get install libidzebra-2.0 > > sudo koha-create --create-db libraryname sudo a2dissite 000-default.conf > sudo vi /etc/apache2/ports.conf <add Listen 8080> sudo service apache2 > restart > > sudo xmlstarlet sel -t -v 'yazgfs/config/user' > /etc/koha/sites/libraryname/koha-conf.xml > sudo xmlstarlet sel -t -v 'yazgfs/config/pass' > /etc/koha/sites/libraryname/koha-conf.xml > > <choose MARC21 and all sample data> > <create administrator patron> > <create MARC record> > <worth noting that it appears to use CHR indexing by default> > > yaz-client unix:/var/run/koha/libraryname/bibliosocket > base biblios > find test > [109] Database unavailable -- v2 addinfo 'biblios' > <wait a few seconds> > base biblios > find test > Number of hits: 1, setno 3 > show 1 > <all good> > format xml > show 1 > <all good> > elements zebra::snippet > show 1 > [25] Specified element set name not valid for specified database -- v2 > addinfo '' > elements index > show 1 > <all good> > elements marcxml > ehow 1 > <all good> > elements marc > <all good> > -- > elements zebra > show 1 > [biblios]Record type: XML > <?xml version="1.0" encoding="UTF-8"?> > <z:info xmlns:z="http://indexdata.com/zebra-2.0" z:id="2" > z:filename="/tmp/yIjODFCwAP/upd_biblio/exported_records" z:rank="0" > z:score="" z:schema="zebra" z:size="938"/> > -- > sudo vi /etc/koha/marc21-retrieval-info-bib-dom.xml > <remove "zebra::*" entry> > sudo koha-restart-zebra libraryname > > Z> elements zebra::snippet > Z> show 1 > Sent presentRequest (1+1). > Records: 1 > Record type: XML > <record xmlns="http://www.indexdata.com/zebra/"> > <snippet name="Any" type="w"><s>test</s></snippet> > <snippet name="Any" type="w">This is a <s>test</s></snippet> > </record>nextResultSetPosition = 2 > Elapsed: 0.001125 > > Z> elements zebra::facet::title:w > Z> show 1 > Sent presentRequest (1+1). > Records: 1 > Record type: XML > <record xmlns="http://www.indexdata.com/zebra/"> > <facet type="w" index="title"> > <term coccur="2" occur="1">a</term> > <term coccur="2" occur="1">is</term> > <term coccur="2" occur="1">test</term> > <term coccur="2" occur="1">this</term> > </facet> > </record> > > I had suspected in the past that we might be re-defining retrieval elements in > the /etc/koha/marc21-retrieval-info-bib-dom.xml file... and this appears to > confirm it. > > > > David Cook > Systems Librarian > Prosentient Systems > 72/330 Wattle St, Ultimo, NSW 2007 > > > > -----Original Message----- > > From: Tajoli Zeno [mailto:z.tajoli@cineca.it] > > Sent: Thursday, 28 January 2016 4:16 AM > > To: David Cook <dcook(a)prosentient.com.au> > > Cc: koha-devel <koha-devel(a)lists.koha-community.org> > > Subject: Re: [Koha-devel] Zebra: the 'elements zebra::snippet' doesn't > > work > > > > Hi David and all, > > > > Il 27/01/2016 06:19, Zeno Tajoli ha scritto: > > >> Did you load an old Koha configuration and database? Or did you > > >> start > > fresh? > > >> You might need to do a Zebra re-index and a Zebra re-start. > > > > > > It is a start from fresh install and I do same Zebra re-index and a > > > Zebra re- > > start. > > > But now I try starting from a fresh debian 8 and I will say the result. > > > > I finish my test about 'elements zebra::snippet'. > > I have done 4 different installation on debian 8 (jessie) In every case: > > Install type: koha-common > > OS: Debian 8 (jessie) > > Lang: en > > Koha versione: 3.20.7.1 (oldstable) > > > > 1)Zebra: 2.0.61. Repos: Indexdata and Koha. MARC type: MARC21 > > -- 'elements zebra::snippet' doesn't work > > > > 2)Zebra: 2.0.61. Repos: Indexdata and Koha. MARC type: UNIMARC > > -- 'elements zebra::snippet' doesn't work > > > > 3)Zebra: 2.0.59. Repos: Koha only. MARC type: MARC21 > > -- 'elements zebra::snippet' WORKS > > > > 4)Zebra: 2.0.59. Repos: Koha only. MARC type: UNIMARC > > -- 'elements zebra::snippet' WORKS > > > > So the problem is not connect with MARC21/UNIMARC. > > > > David says that on OpenSuse Zebra 2.0.60 is ok about 'elements > > zebra::snippet'. > > > > It is not clear if it is a Debian 8 problem or an error on Zebra > > 2.0.61 > > > > I try to ask in Zebra mailing list. > > > > Bye > > Zeno Tajoli > > > > > > > > > > > > -- > > Zeno Tajoli > > / SVILUPPO PRODOTTI/ - Automazione Biblioteche > > Email: z.tajoli(a)cineca.it Fax: 051/6132198 > > *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI)

1 0

Re: [Koha-devel] [SOLVED] Zebra: the 'elements zebra::snippet' doesn't work
by David Cook 28 Jan '16

28 Jan '16

Hi Zeno: I believe that I've solved the symptom, although I admit that I don't 100% understand the root casue of the problem. The problem appears to be the line '<retrieval syntax="xml" name="zebra::*" />' in "etc/zebradb/retrieval-info-bib-dom.xml". If you remove that and restart Zebra for your instance, you'll find that you're once again able to use "zebra::index", "zebra::snippet", "zebra::data", "zebra::facet::index:register:count". The in-depth explanation starts here: The vital line really is '<retrieval syntax="xml"/>'. With that line, we have access to the special retrieval elements (http://www.indexdata.com/zebra/doc/special-retrieval.html) as well as the ones that we've defined in the "retrieve pipeline" in /etc/koha/zebradb/biblios/etc/dom-config.xml, such as "zebra", "index", "marc", and "marcxml". (See /etc/koha/sites/libraryname/zebra-biblios-dom.cfg for the reference to /etc/koha/zebradb/biblios/etc/dom-config.xml. Also see http://www.indexdata.com/zebra/doc/record-model-domxml-pipeline.html for an explanation of the pipeline: "The possible multiple <retrieve> pipeline definitions are distinguished by their unique name attributes, these are the literal schema or element set names used in SRW, SRU and Z39.50 protocol queries."). I'm going to guess that the problem arose with YAZ 5.8.1 2015/01/13: "retrieval: pick matched element-set rule YAZ-813" (http://www.indexdata.com/yaz/doc/NEWS) Here's the git commit: http://git.indexdata.com/?p=yaz-moved-to-github.git;a=commit;h=f24766f1e9fc5 404fc0b512af8607d7f7054f4be. I haven't read through it extensively, so I could be wrong, but perhaps it caused some sort of problem where Zebra/YAZ was trying to find "zebra::*" in /etc/koha/zebradb/biblios/etc/dom-config.xml. I'm guessing that it didn't check that it was a special retrieval element and that it failed to find the backend element in the retrieve pipeline, and that's why it failed. We don't actually need any of the following lines: <retrieval syntax="xml" name="index" /> <retrieval syntax="xml" name="marc" identifier="info:srw/schema/1/marcxml-v1.1"/> <retrieval syntax="xml" name="marcxml" identifier="info:srw/schema/1/marcxml-v1.1"/> <retrieval syntax="xml" name="zebra::*" /> The only thing we need is <retrieval syntax="xml"/>. That provides access to the "marc", "marcxml", "zebra", and "index" backends defined in /etc/koha/zebradb/biblios/etc/dom-config.xml, as well as the zebra::* special retrieval elements. I've actually tested that on YAZ 5.1.2 and Zebra 2.0.60 on openSUSE, and it works great. I suppose the thing to do at this point is open a Bugzilla report to change "etc/zebradb/retrieval-info-bib-dom.xml", as well as "marc21-retrieval-info-bib-dom.xml", "normarc-retrieval-info-bib-dom.xml", and "unimarc-retrieval-info-bib-dom.xml". -- Installed Koha and Zebra on Debian Jessie using packages from scratch: sudo ls wget -O- http://debian.koha-community.org/koha/gpg.asc | sudo apt-key add - echo 'deb http://debian.koha-community.org/koha oldstable main' | sudo tee /etc/apt/sources.list.d/koha.list sudo apt-get update sudo apt-get install koha-common -- sudo apt-get install mysql-server <set mysql root password> <edit /etc/koha/koha-sites.conf : INTRAPORT="8080"> sudo a2enmod rewrite sudo a2enmod cgi sudo service apache2 restart echo 'deb http://ftp.indexdata.dk/debian jessie main' | sudo tee /etc/apt/sources.list.d/indexdata.list sudo apt-get update -- sudo apt-get install libidzebra-2.0 sudo koha-create --create-db libraryname sudo a2dissite 000-default.conf sudo vi /etc/apache2/ports.conf <add Listen 8080> sudo service apache2 restart sudo xmlstarlet sel -t -v 'yazgfs/config/user' /etc/koha/sites/libraryname/koha-conf.xml sudo xmlstarlet sel -t -v 'yazgfs/config/pass' /etc/koha/sites/libraryname/koha-conf.xml <choose MARC21 and all sample data> <create administrator patron> <create MARC record> <worth noting that it appears to use CHR indexing by default> yaz-client unix:/var/run/koha/libraryname/bibliosocket base biblios find test [109] Database unavailable -- v2 addinfo 'biblios' <wait a few seconds> base biblios find test Number of hits: 1, setno 3 show 1 <all good> format xml show 1 <all good> elements zebra::snippet show 1 [25] Specified element set name not valid for specified database -- v2 addinfo '' elements index show 1 <all good> elements marcxml ehow 1 <all good> elements marc <all good> -- elements zebra show 1 [biblios]Record type: XML <?xml version="1.0" encoding="UTF-8"?> <z:info xmlns:z="http://indexdata.com/zebra-2.0" z:id="2" z:filename="/tmp/yIjODFCwAP/upd_biblio/exported_records" z:rank="0" z:score="" z:schema="zebra" z:size="938"/> -- sudo vi /etc/koha/marc21-retrieval-info-bib-dom.xml <remove "zebra::*" entry> sudo koha-restart-zebra libraryname Z> elements zebra::snippet Z> show 1 Sent presentRequest (1+1). Records: 1 Record type: XML <record xmlns="http://www.indexdata.com/zebra/"> <snippet name="Any" type="w"><s>test</s></snippet> <snippet name="Any" type="w">This is a <s>test</s></snippet> </record>nextResultSetPosition = 2 Elapsed: 0.001125 Z> elements zebra::facet::title:w Z> show 1 Sent presentRequest (1+1). Records: 1 Record type: XML <record xmlns="http://www.indexdata.com/zebra/"> <facet type="w" index="title"> <term coccur="2" occur="1">a</term> <term coccur="2" occur="1">is</term> <term coccur="2" occur="1">test</term> <term coccur="2" occur="1">this</term> </facet> </record> I had suspected in the past that we might be re-defining retrieval elements in the /etc/koha/marc21-retrieval-info-bib-dom.xml file... and this appears to confirm it. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007 > -----Original Message----- > From: Tajoli Zeno [mailto:z.tajoli@cineca.it] > Sent: Thursday, 28 January 2016 4:16 AM > To: David Cook <dcook(a)prosentient.com.au> > Cc: koha-devel <koha-devel(a)lists.koha-community.org> > Subject: Re: [Koha-devel] Zebra: the 'elements zebra::snippet' doesn't work > > Hi David and all, > > Il 27/01/2016 06:19, Zeno Tajoli ha scritto: > >> Did you load an old Koha configuration and database? Or did you start > fresh? > >> You might need to do a Zebra re-index and a Zebra re-start. > > > > It is a start from fresh install and I do same Zebra re-index and a Zebra re- > start. > > But now I try starting from a fresh debian 8 and I will say the result. > > I finish my test about 'elements zebra::snippet'. > I have done 4 different installation on debian 8 (jessie) In every case: > Install type: koha-common > OS: Debian 8 (jessie) > Lang: en > Koha versione: 3.20.7.1 (oldstable) > > 1)Zebra: 2.0.61. Repos: Indexdata and Koha. MARC type: MARC21 > -- 'elements zebra::snippet' doesn't work > > 2)Zebra: 2.0.61. Repos: Indexdata and Koha. MARC type: UNIMARC > -- 'elements zebra::snippet' doesn't work > > 3)Zebra: 2.0.59. Repos: Koha only. MARC type: MARC21 > -- 'elements zebra::snippet' WORKS > > 4)Zebra: 2.0.59. Repos: Koha only. MARC type: UNIMARC > -- 'elements zebra::snippet' WORKS > > So the problem is not connect with MARC21/UNIMARC. > > David says that on OpenSuse Zebra 2.0.60 is ok about 'elements > zebra::snippet'. > > It is not clear if it is a Debian 8 problem or an error on Zebra 2.0.61 > > I try to ask in Zebra mailing list. > > Bye > Zeno Tajoli > > > > > > -- > Zeno Tajoli > / SVILUPPO PRODOTTI/ - Automazione Biblioteche > Email: z.tajoli(a)cineca.it Fax: 051/6132198 > *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI)

1 0

It's that time - Calling for a dev meeting in IRC - Feb 2nd
by Brendan Gallagher 28 Jan '16

28 Jan '16

Hello All - I'd like to call for a dev meeting(QA meetup/catch up) for Feb 2nd at 15utc. The reason there is such short notice was that I thought we should complete the meeting so we can bring any announcements to the General IRC meeting the following day. Please see the agenda. https://wiki.koha-community.org/wiki/Development_IRC_meeting_2_February_2016 Time converter - http://www.timeanddate.com/worldclock/fixedtime.html?msg=Koha+Developers+IR… Thanks much, B -- --------------------------------------------------------------------------------------------------------------- Brendan A. Gallagher

3 2

Do we use '"zebra::*"' only for facets ?
by Zeno Tajoli 26 Jan '16

26 Jan '16

Hi to all, as I say in previous thread I have problems with retrieval data from zebra::*. Now I want to check how we use the zebra::*. As I see from the code and from comment in git repo, we use zebra::* only for facets, with instruction: C4/Search.pm: my $facet_element = 'zebra::facet::' . $facet_idx . ':0:' . $facetMaxCount; Is it correct ? Bye Zeno Tajoli

2 1

koha-plack --enable does not enable plack when plack has never been enabled
by philippe kloos 26 Jan '16

26 Jan '16

hello, When running koha-plack --enable, the script assumes that there is already a commented line that includes the plack configuration in the apache virtual host's config of the instance. The script would comment out the line : (from /usr/sbin/koha-plack line 148) : sed -i 's:^\s*#$\s*Include /etc/koha/apache-shared-opac-plack.conf$$:\1:' "$instancefile" sed -i 's:^\s*#$\s*Include /etc/koha/apache-shared-intranet-plack.conf$$:\1:' "$instancefile" For old fashioned installs there is no commented line that includes plack configuration, so the regular expression doesn't match and the script doesn't enable plack. In my config (we've set up koha 3 years ago) i had to add the plack-related line directly in the apache virtual host config. Since the included files use the ${instance} variable, i had to define that variable as well in my vhost config : Define instance myinstancename (the "Define" keyword is not well documented in the apache docs ; i used it because SetEnv didn't work). Instead of commenting out the (possibibly non-existent) plack related lines, it is possible to find where the "/etc/koha/apache-shared-{opac,intranet}.conf" files are included and add the two relevant lines : --- a/debian/scripts/koha-plack +++ b/debian/scripts/koha-plack @@ -144,9 +144,9 @@ enable_plack() local instancefile=$(get_apache_config_for "$instancename") if ! is_plack_enabled $instancename; then - # Uncomment the plack related lines for OPAC and intranet - sed -i 's:^\s*#$\s*Include /etc/koha/apache-shared-opac-plack.conf$$:\1:' "$instancefile" - sed -i 's:^\s*#$\s*Include /etc/koha/apache-shared-intranet-plack.conf$$:\1:' "$instancefile" + # Define the instance name and add the plack related lines for OPAC and intranet + sed -i "s:^$\s*$$Include /etc/koha/apache-shared-opac.conf$:\1\2\n\1Define instance $instancename\n\1Include /etc/koha/apache-shared-opac-plack.conf:" "$instancefile" + sed -i "s:^$\s*$$Include /etc/koha/apache-shared-intranet.conf$:\1\2\n\1Define instance $instancename\n\1Include /etc/koha/apache-shared-intranet-plack.conf:" "$instancefile" [ "${quiet}" != "yes" ] && warn "Plack enabled for ${instancename}" return 0 else To disable plack, one could remove the two added lines (although removing the "Define instance $instancename" line could have side effects). Should i file a bug about this ? Regards, Philippe K. https://laretive.info

2 1

Koha bugzilla now using https
by Chris Cormack 26 Jan '16

26 Jan '16

Hi all bugs.koha-community.org is now being served over https, which is cool. However you will need to tell git bz to use https This is as simple as running git config --global bz-tracker.bugs.koha-community.org.https true (I think it should work without the --global, if you run it in your koha checkout too) I have updated the wiki documentation for git bz also, the kohadevbox will need to be updated at some point also Chris

2 1

Update guarantees on updating guarantor
by Jonathan Druart 25 Jan '16

25 Jan '16

Hello, Looking at the code, there is some broken with the guarantees code. It seems that the expected behavior would be to update address, fax, B_city, mobile, city and phone info of the guarantees when a guarantor is modified. But the code in C4::Members::ModMember is broken: 668 my $borrowercategory= GetBorrowercategory( $data{'category_type'} ); 669 if ( exists $borrowercategory->{'category_type'} && $borrowercategory->{'category_type'} eq ('A' || 'S') ) { 670 # is adult check guarantees; 671 UpdateGuarantees(%data); 672 } First, GetBorrowerCategory expects a categorycode, not a category_type. Then UpdateGuarantees retrieves the param like: 989 sub UpdateGuarantees { 990 my %data = shift; Which means that %data will always be something like ( a_key => undef ) And nothing more. The updateguarantees subroutine (It has been renamed) has been introduced by commit 56825e415fc232e38f0a874dc9a81fa2169ef06b Date: Mon Aug 30 13:48:58 2004 +0000 modularizing (with Members.pm) members management (beginning of...) And the `%data = shift` already existed... So I think that this behavior has never worked and we could remove the related code. Any protests? Cheers, Jonathan

2 2

xisbn about to disappear
by Paul Poulain 22 Jan '16

22 Jan '16

Hi Koha-devel, Have you seen this : http://go-to-hellman.blogspot.fr/2015/12/xisbn-rip.html ? According to http://hea.koha-community.org/systempreferences, almost half of the libraries that are linked to hea are using xisbn, shame for them !!! And we will have to clean some code ! Any idea for a replacement ? -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries

3 3

Which version of Zebra in Debian Jessie?
by Zeno Tajoli 22 Jan '16

22 Jan '16

Hi to all, testing the install of Koha oldstable (3.20.7.1 now) with packaging I find this problem about version of Zebra: 1)If I create only /etc/apt/sources.list.d/koha.list with deb http://debian.koha-community.org/koha oldstable main I install Zebra from debian jessie repo, so version 2.0.59 with the problem "ICU phrase searches for terms split by ICU ZEB-664" 2)If I add /etc/apt/sources.list.d/indexdata.list with deb http://ftp.indexdata.dk/debian jessie main The sistem try to install zebra 2.0.61 with new yaz lib (5.15.2) This version of yaz doesn't work with package libnet-z3950-zoom-perl, the essential package for search and cataloguing. So, do you have fund this problem ? Do you think that the only solution now is to install zebra 2.0.59 on Debian Jessie ? Bye Zeno Tajoli

4 12

Is anyone using the QueryParser?
by David Cook 20 Jan '16

20 Jan '16

Hey all, Is anyone actually using the QueryParser in a production system? I've been looking at the import matching recently, and I'm noticing more and more discrepancies between the queryparser.yml and ccl.properties. This time it was "Control-number". It didn't work in QueryParser, because queryparser.yml has it written as "control-number" and it appears to be case sensitive. The CCL2RPN is case insensitive so it doesn't matter too much so long as one remembers to use the form recognized by the QueryParser. But that's not the only limitation of the QueryParser. It also can't handle "index,phr" type queries, and it doesn't always fail gracefully. I've added some extra checking in Bug 15541 so that it falls back to CCL2RPN when it says "index,phr", but I'm just wondering if we need to disable the QueryParser completely. I like the idea of it. I like it a lot. In fact, I'd love to see it completed. But as it is currently implemented, it causes no end of headaches and inconsistent behaviour. So I'm curious if anyone is using it in production. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007

1 0