- Koha - lists.katipo.co.nz

Patch for shibboleth login
by Tom Francart 14 Jul '12

14 Jul '12

Dear all, I wrote rudimentary Shibboleth login support for Koha. It's quite specific to our university and Koha setup, but should be easy to modify. I hope someone finds it useful. The attached patch can be applied to lib/C4/Auth.pm of Koha 3.8.2 best regards, Tom

2 2

Acquisitions issue
by Olugbenga Adara 13 Jul '12

13 Jul '12

Hello all, I have recently deployed Koha 3.8.2 and discovered that i am unable to specify quantity received when receiving an order in the acquisition module with the AcqCreateItem system preference set to "receiving an order". If i change the syspref to "placing an order" I am unable to specify the quantity for the item. In both cases the text box i am suppose to enter the quantity of items is uneditable. I have tried the Bywater 3.8 demo and it works as expected. Please can anyone give me a pointer to what may be wrong? Thanks Olugbenga Adara Mobile: 234 (0) 8033220288 Home: 234 (2) 8721720 Skype: gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: http://twitter.com/gbengaadara Profile: http://www.linkedin.com/in/gbengaadara

3 6

Re: [Koha] Zebra troubles after upgrading from 2.2
by Chris Cormack 13 Jul '12

13 Jul '12

On 12 July 2012 20:18, Tom Francart <francart(a)gmail.com> wrote: > On Thu, Jul 12, 2012 at 10:12 AM, Chris Cormack > <chris(a)bigballofwax.co.nz> wrote: >> On 12 July 2012 19:46, Tom Francart <francart(a)gmail.com> wrote: >>> On Thu, Jul 12, 2012 at 9:27 AM, Chris Cormack <chris(a)bigballofwax.co.nz> wrote: >>>> On 12 July 2012 19:16, Tom Francart <francart(a)gmail.com> wrote: >>>>> Dear all, >>>>> >>>>> We've just upgraded from Koha 2.2 to Koha 3.8 and are having troubles >>>>> searching with zebra. >>>>> > > Hi Chris, > > Here's the output with the vv switch. Here's the salient bit log] Records: 0 i/u/d 0/0/0 No items inserted, updated or deleted. So zebra is being given nothing it can index, it looks to me like your upgrade didn't work well, and the records are not complete. Do you have mysql access, can you do select marc,marcxml from biblioitems where biblionumber = 669 And take a look at it, i suspect it is missing the 999 field, if not a lot more. Chris

2 4

Software error: when trying to open Koha web installer
by jackymasibo 13 Jul '12

13 Jul '12

hi guys i have installed koha but now when i try to connect to its web installer so that i can finish up the configurations i get the following errorSoftware error: Access denied for user 'admin'@'localhost' (using password: YES) at /usr/share/koha/lib/C4/Context.pm line 758. Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 31. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 31. Compilation failed in require at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 25. BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 25. For help, please send mail to the webmaster (webmaster@LIBRARY), giving this error message and the time and date of the error. any help will be appreciated. thanks

3 3

How to set default privilages for a partcular patron category
by umer.habib＠techlogix.com 12 Jul '12

12 Jul '12

Hi, I have made some patron categories e.g. student, academic staff, admin staff and i want to set some default privilages for them so that each patron i creat for that category has that default privilages. Is there some way to do that? Or assigning privilages to each and every patron seperately is the only option? thanks umer habib

3 3

Secondary email sending problem
by alaa Badri 12 Jul '12

12 Jul '12

Dear All : I can send email to patron first email only but i can't send to Secondary email any one have idea how to send to Secondary email also Best Regards, Alaa BadriSystem and network administrator New Generation International Schools01227204728

1 0

Zebra troubles after upgrading from 2.2
by Tom Francart 12 Jul '12

12 Jul '12

On Thu, Jul 12, 2012 at 10:12 AM, Chris Cormack <chris(a)bigballofwax.co.nz> wrote: > On 12 July 2012 19:46, Tom Francart <francart(a)gmail.com> wrote: >> On Thu, Jul 12, 2012 at 9:27 AM, Chris Cormack <chris(a)bigballofwax.co.nz> wrote: >>> On 12 July 2012 19:16, Tom Francart <francart(a)gmail.com> wrote: >>>> Dear all, >>>> >>>> We've just upgraded from Koha 2.2 to Koha 3.8 and are having troubles >>>> searching with zebra. >>>> >>>> We proceeded as follows: >>>> - Upgrade from 2.2 to 3.0 using the instructions on >>>> http://wiki.koha-community.org/wiki/Upgrading_2.2 >>>> - Upgrade from 3.0 to 3.8 (perl Makefile.PL, make, make upgrade) >>>> My install log is below this message. >>>> Note that I answered yes to whether I wanted to use DOM for Marc records. >>>> >>>> Running misc/migration_tools/rebuild_zebra.pl -a -b -k –reset yields: >>>> koha@gilbert:/home/tom/temp/koha/koha-3.8.2$ >>>> misc/migration_tools/rebuild_zebra.pl -b -r >>>> >>>> error retrieving biblio 663 at misc/migration_tools/rebuild_zebra.pl line 485. >>>> error retrieving biblio 664 at misc/migration_tools/rebuild_zebra.pl line 485. >>>> error retrieving biblio 665 at misc/migration_tools/rebuild_zebra.pl line 485. >>>> error retrieving biblio 666 at misc/migration_tools/rebuild_zebra.pl line 485. >>>> error retrieving biblio 667 at misc/migration_tools/rebuild_zebra.pl line 485. >>>> 09:02:51-12/07 zebraidx(16409) [warn] Record didn't contain match >>>> fields in (bib1,Local-number) >>>> >>> Hi Tom >>> >>> Does it manage to export any records at all, or do you just get these errors? >>> And does zebraidx finish successfully? >>> >>> If you just get these errors, no records are being exported to be >>> indexed, hence nothing in your search results. >>> >>> Chris >> >> Hi Chris, >> >> Thanks for your quick response. I'm not sure if it does. I don't get >> any further (error) messages. How do I check? >> > Try running it with -vv > > You should get a whole of of messages from zebraidx, > > Chris Hi Chris, Here's the output with the vv switch. best regards, Tom

1 0

Zebra troubles after upgrading from 2.2
by Tom Francart 12 Jul '12

12 Jul '12

Dear all, We've just upgraded from Koha 2.2 to Koha 3.8 and are having troubles searching with zebra. We proceeded as follows: - Upgrade from 2.2 to 3.0 using the instructions on http://wiki.koha-community.org/wiki/Upgrading_2.2 - Upgrade from 3.0 to 3.8 (perl Makefile.PL, make, make upgrade) My install log is below this message. Note that I answered yes to whether I wanted to use DOM for Marc records. Running misc/migration_tools/rebuild_zebra.pl -a -b -k –reset yields: koha@gilbert:/home/tom/temp/koha/koha-3.8.2$ misc/migration_tools/rebuild_zebra.pl -b -r error retrieving biblio 663 at misc/migration_tools/rebuild_zebra.pl line 485. error retrieving biblio 664 at misc/migration_tools/rebuild_zebra.pl line 485. error retrieving biblio 665 at misc/migration_tools/rebuild_zebra.pl line 485. error retrieving biblio 666 at misc/migration_tools/rebuild_zebra.pl line 485. error retrieving biblio 667 at misc/migration_tools/rebuild_zebra.pl line 485. 09:02:51-12/07 zebraidx(16409) [warn] Record didn't contain match fields in (bib1,Local-number) I'm not sure if these errors matter. When trying to search using the web interface, or yaz-client, I get no results. Maybe there are no records in the database, but I'm not sure how to debug this. zebrasrv reports the following following a search for "Moore" (which is an author definitely in the database): 09:05:10-12/07 [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 09:05:10-12/07 [log] config /usr/local/koha3/etc/zebradb/zebra-biblios.cfg 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 09:05:10-12/07 [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 09:05:10-12/07 [log] config /usr/local/koha3/etc/zebradb/zebra-authorities-dom.cfg 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 09:05:10-12/07 [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 09:05:10-12/07 [log] config /usr/local/koha3/etc/zebradb/zebra-biblios.cfg 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 09:05:10-12/07 [server] Adding dynamic listener on unix:/usr/local/koha3/var/run/zebradb/bibliosocket id=1 09:05:10-12/07 [server] Adding dynamic listener on unix:/usr/local/koha3/var/run/zebradb/authoritysocket id=2 09:05:10-12/07 [server] Adding dynamic listener on tcp:@:9998 id=3 09:05:10-12/07 [server] Starting server /usr/bin/zebrasrv pid=16425 09:05:52-12/07 zebrasrv(1) [session] Session - OK 1 unix:/usr/local/koha3/var/run/zebradb/bibliosocket 16432 09:05:52-12/07 zebrasrv(1) [request] Auth idPass kohauser - 09:05:52-12/07 zebrasrv(1) [request] Init OK - ID:81 Name:ZOOM-C/YAZ Version:4.0.11 e8ca42e680c5e5a644481e5d0b75a0e57c6d3e92 09:05:52-12/07 zebrasrv(1) [log] dict_lookup_grep: (\x01\x0D)EIIO5.* 09:05:52-12/07 zebrasrv(1) [request] Search biblios OK 0 1 1+0 RPN @attrset Bib-1 @attr 1=1016 @attr 4=6 @attr 5=1 moore 09:05:53-12/07 zebrasrv(1) [session] Connection closed by client I thought the problem might be related to this page: http://wiki.koha-community.org/wiki/Switching_to_dom_indexing So I tried to follow the instructions, but they appear to be written for another (newer?) version of koha, and I'd rather stick to a stable version. Searching works when using the NoZebra option. Any help or suggestions how to debug this would be appreciated. best regards, Tom # This file contains settings used # during the installation of Koha. # It is meant for use during future # upgrades of Koha, and should not # be edited. KOHA_INSTALLED_VERSION=3.08.01.002 LOG_DIR=/usr/local/koha3/var/log DB_TYPE=mysql DB_NAME=Koha3 DB_HOST=localhost DB_PORT=3306 DB_USER=kohaadmin3 DB_PASS=xxxxxx WEBMASTER_EMAIL=webmaster@gilbert WEBSERVER_DOMAIN=gilbert WEBSERVER_HOST=gilbert WEBSERVER_IP=134.58.33.225 WEBSERVER_PORT=80 WEBSERVER_PORT_LIBRARIAN=8080 ZEBRA_SRU_HOST=gilbert ZEBRA_SRU_BIBLIOS_PORT=9998 ZEBRA_SRU_AUTHORITIES_PORT=9999 KOHA_USER=koha KOHA_GROUP=koha ZEBRA_PASS=xxxxxxxxxx ZEBRA_USER=kohauser INTRANET_CGI_DIR=/usr/local/koha3/intranet/cgi-bin INTRANET_TMPL_DIR=/usr/local/koha3/intranet/htdocs/intranet-tmpl INTRANET_WWW_DIR=/usr/local/koha3/intranet/htdocs OPAC_CGI_DIR=/usr/local/koha3/opac/cgi-bin OPAC_TMPL_DIR=/usr/local/koha3/opac/htdocs/opac-tmpl OPAC_WWW_DIR=/usr/local/koha3/opac/htdocs PERL_MODULE_DIR=/usr/local/koha3/lib KOHA_CONF_DIR=/usr/local/koha3/etc ZEBRA_CONF_DIR=/usr/local/koha3/etc/zebradb PAZPAR2_CONF_DIR=/usr/local/koha3/etc/pazpar2 MISC_DIR=/usr/local/koha3/misc SCRIPT_DIR=/usr/local/koha3/bin MAN_DIR=/usr/local/koha3/man DOC_DIR=/usr/local/koha3/doc ZEBRA_LOCK_DIR=/usr/local/koha3/var/lock/zebradb ZEBRA_DATA_DIR=/usr/local/koha3/var/lib/zebradb ZEBRA_RUN_DIR=/usr/local/koha3/var/run/zebradb ZEBRA_MARC_FORMAT=marc21 ZEBRA_LANGUAGE=en ZEBRA_AUTH_CFG=zebra-authorities-dom.cfg AUTH_RETRIEVAL_CFG=retrieval-info-auth-dom.xml MERGE_SERVER_HOST=gilbert MERGE_SERVER_PORT=11001 PAZPAR2_HOST=gilbert PAZPAR2_PORT=11002 INSTALL_MODE=single INSTALL_BASE=/usr/local/koha3 INSTALL_ZEBRA=yes INSTALL_SRU=no INSTALL_PAZPAR2=no AUTH_INDEX_MODE=dom RUN_DATABASE_TESTS=no PATH_TO_ZEBRA=/usr/bin USE_MEMCACHED=no MEMCACHED_SERVERS= MEMCACHED_NAMESPACE=

2 3

Koha Cataloging and idzebra Issues (was Re: 8 Perl Modules are Not Detected ... (was Re: .. CentOS+cPanel Hosting Server))
by Andi Sugandi 12 Jul '12

12 Jul '12

Hi, On Thu, Jun 28, 2012 at 5:41 PM, Bernardo Gonzalez Kriegel <bgkriegel(a)gmail.com> wrote: [...] > More close to finish? Yes. But maybe now I am facing with what idzebra issue [0] (btw, I could be wrong on this..) [0] http://goo.gl/J2GjW I have imported MARC record into my Koha site, the URL location is: ./cgi-bin/koha/catalogue/detail.pl?biblionumber=1 [1] [1] http://goo.gl/Ig0zq and run: # /usr/local/bin/perl bin/migration_tools/rebuild_zebra.pl -b -w {p.s: No log/messages appear after running this 'rebuild_zebra.pl' command.} But No result found [2]. The log said: [3]. [2] http://goo.gl/Y67OY [3] http://paste.opensuse.org/view/simple/29737008 I also tried through "koha-zebra-daemon" (symlink to "./bin/koha-zebra-ctl.sh") # /etc/init.d/koha-zebra-daemon start Starting Zebra Server But this goes weird when I stop the daemon: # /etc/init.d/koha-zebra-daemon stop Stopping Zebra Server daemon: fatal: failed to stop the koha-zebra-ctl.catalog_kohadb daemon: No such process That is said: When I start the daemon, this daemon does not really running, right? It said "Starting..", but failed to run. "ps aux | grep 'koha-zebra-daemon'" command also tells nothing. How to deal with this issue? Any help would be very much appreciated. Best regards, -- Andi Sugandi.

2 6

SOLVED: Re: Koha and daemon Issue (was Re: Koha Cataloging and idzebra Issues [...] )
by Andi Sugandi 12 Jul '12

12 Jul '12

Hi all, On Tue, Jul 10, 2012 at 11:59 AM, Andi Sugandi <andisugandi(a)gmail.com> wrote: [...] > I try running again another modified command taken from > "./bin/koha-zebra-ctl.sh" file to see my issues of idzebra on indexing > the records of my Koha (3.8.2) instalation, http://goo.gl/Ig0zq : > > # daemon --name=koha-zebra-ctl.kohadb --verbose=1 --respawn --delay=30 > --user=koha:koha -X /usr/local/bin/zebrasrv -v -f > /home/library/public_html/cgi-bin/etc/koha-conf.xml > > 11:35:38-10/07 [fatal] Failed to listen on > /home/library/public_html/cgi-bin/etc/koha-conf.xml > 11:35:38-10/07 [server] Adding dynamic listener on > /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 > 11:35:38-10/07 [fatal] Failed to listen on > /home/library/public_html/cgi-bin/etc/koha-conf.xml > 11:35:38-10/07 [server] Adding dynamic listener on > /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 > 11:35:38-10/07 [fatal] Failed to listen on > /home/library/public_html/cgi-bin/etc/koha-conf.xml > 11:35:38-10/07 [server] Adding dynamic listener on > /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 > 11:35:38-10/07 [fatal] Failed to listen on > /home/library/public_html/cgi-bin/etc/koha-conf.xml > > As always, my koha-conf.xml file is already on proper permission: > > # ll /home/library/public_html/cgi-bin/etc/koha-conf.xml > -rw-r--r-- 1 koha koha 12792 Jun 28 10:50 > /home/library/public_html/cgi-bin/etc/koha-conf.xml > > > What do you think? > > I see that idzebra can ONLY index records without "daemon" and running > it by root. Please see my OPAC screenshot: http://goo.gl/njUVz on my > previous thread: > http://lists.katipo.co.nz/public/koha/2012-July/033325.html My apologies, these issues are totally because the permission my user home directory (/home/library ) was not appropriate: "drwx------", it should (at least): "drwx--x--x" so koha user (and koha group) is able to have granted to access Koha directory (single install to: /home/library/public_html/cgi-bin/ ). Well, now "daemon" can run "zebrasrv" (via /etc/init.d/koha-zebra-daemon start) without problem: http://goo.gl/sRx4F (screenshot) Thanks Koha community for building this awesome application and empowering its users! :) Best regards, -- Andi Sugandi.

1 0