- Koha - lists.katipo.co.nz

Oversue Notices Doubt
by Balaji Ravichandran 24 Jan '16

24 Jan '16

Hi, How to test overdue notices? How to confirn overdue notices? Do we need a mail server for that or what is the procedure actually? Can w generate a overdue notice as a PDF? Kindly Help. Thanks in advance... -- Regards, Balaji Ravichandran ( பாலாஜி ) , Volunteer at Free Software Foundation - Tamilnadu, Mobile : 9790528505 My Blog - balogic.wordpress.com

2 1

item types,branchn ames, ...etc bilingual
by Abdulsalam Yousef 24 Jan '16

24 Jan '16

Hello all, In koha 3.22.x release notes it's said that itemtypes, branchnames, authorisedvalues ...etc will have descriptions for other languages to be bilingual, But we didn't find this option except for item types only. Is this option available for (branchnames, authorisedvalues, ...etc)??. Thanks.

2 1

Local Cover Images makes Koha very slow
by Abdulsalam Yousef 24 Jan '16

24 Jan '16

Hello all, We have noticed that by activating Local Cover Images from system preferences affects speed of Koha searching negatively, for example in OPAC interface when searching for a word we discovered (using linux top command) that it loads the page ( opac-image.pl ) many times, May be one for every record in the page, So Koha site become very slow, After deactivating Local Cover Images from (OPACLocalCoverImages) from system preferences Koha site became more faster about twice, I think storing Local Cover Images as a .bin stream in database will be more faster in loading. Is anyone else noticed this problem??? Thanks.

1 0

koha-plack --enable does not enable plack when plack has never been enabled
by www retive 20 Jan '16

20 Jan '16

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 : (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 this is not always the case. In my config (we've set up koha 3 years ago) i had to put the line directly in the apache virtual host config. Since the included files use the ${instance} variable, i had to define that variable as well : Define instance myinstancename It is possible to find where the "/etc/koha/apache-shared-{opac,intranet}.conf" files are included and add the two relevant lines : --- a/koha-plack +++ b/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" + # Add the plack related lines for OPAC and intranet and define the instance name in vhost + 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 Regards, Philippe K. https://laretive.info

1 0

Data lost when using the batch patron modification tool in 3.22.2 and 3.20.8
by Jonathan Druart 20 Jan '16

20 Jan '16

Hello, A quick warning about the batch patron modification tool, in the 3.22.2 and 3.20.8 releases: bug 15332 [1] has introduced a bad bug which could cause data lost (reset of date enrolled and date expiry). I would recommend not to use this tool if you are using one of these version. Note that a patch has just been submitted on bug 15607 to fix this bug. We will do our best to make it available in the next release. Regards, Jonathan [1] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15332 [2] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15607

2 2

Fines does not charge even when an item is overdue
by Jonathan Limo 20 Jan '16

20 Jan '16

Hallo, I have a problem with fines, patrons are not charged fines even when the item checked in is overdue. I have cross checked circulation and fine rules, and they are all as expected. Sometimes back the Intranet used to give this error during check-in: * Can't call method "truncate" on an undefined value at >> /usr/share/koha/lib/C4/Circulation.pm line 1966* I searched for a solution online and found that setting debarred value to NULL resolve the "truncate" error, so i ran the SQL: *UPDATE borrowers SET debarred=NULL WHERE debarred='0000-00-00';* This solved the error, however the problem on charging fine showed up, it doesn't charge fine to patrons with overdue items during check-in. Kindly advice -- Jonathan Limo Technical University of Mombasa jonathan.limo@tum.ac.ke|limotit28@gmail.com +254-728593370|+254-774111760

3 4

Crowd funding initiatives
by jasim s 20 Jan '16

20 Jan '16

Dear friends Wish to know about succesful koha crowd funding initiatives.Purpose is for documentation of all such initiatives. Jasim www.jasim.in

1 0

Zebra processes
by Mengu Yazicioglu 19 Jan '16

19 Jan '16

Hi all, Do you know how we can match related Linux prosess with zebra search? Same search gave us a result or nothing in different times. I've seen some processes related with zebra running for hours and want to learn whether they are a child process of main zebraserver or zombie processes, or waiting to finish a search? I've a server with following processes and some of them are working for 3,4 hours. -- koha 1226 1 0 10:53 ? 00:00:00 daemon --name=koha-zebra-ctl.kohadata --errlog=/var/log/koha/koha-zebradaemon.err --stdout=/var/log/koha/koha-zebradaemon.log --output=/var/log/koha/koha-zebradaemon-output.log --verbose=1 --respawn --delay=30 --user=koha.koha -- /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml koha 1228 1226 0 10:53 ? 00:01:35 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml koha 8203 1228 98 11:02 ? 07:17:30 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml koha 34417 1228 98 12:00 ? 06:18:41 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml koha 34877 1228 98 12:02 ? 06:17:25 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml koha 119942 1228 98 14:56 ? 03:25:04 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml koha 128933 1228 98 15:10 ? 03:11:27 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml koha 139792 1228 98 15:23 ? 02:59:16 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml koha 153678 1228 98 15:42 ? 02:40:57 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml koha 158560 1228 98 15:56 ? 02:26:12 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml koha 159190 1228 98 15:59 ? 02:23:30 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml Do you have any idea? Thanks Mengu

1 0

RFC: Circulation Rules Interface and Backend Revamp RFC
by Jesse 19 Jan '16

19 Jan '16

The backend and frontend of the circulation/policy rules in Koha have been extended and stretched to the point where they cause a fair amount of issues and frustration. Many librarians and developers are uncertain when default rules are applied, and the very large number of possible settings makes the interface and backend unwieldy. Full details for our intended solution can be found at the link at the bottom of this email, but here's the gist: Instead of having one database row with all settings for a given library/category/itemtype, allow each setting (checkout length, fine amount, holds allowed, etc.) to be specified separately. Rework the interface to more clearly show the specificity of default/specific rules, and allow for this new database model. Accomplish the above incrementally by gradually changing APIs. http://wiki.koha-community.org/wiki/Circulation_Rules_Interface_and_Backend… Any and all comments are appreciated. Development on this project has been fully sponsored, and we are looking to start work later this year. -- Jesse Weaver

4 5

unable Fire up the SIPServer
by TIN JUN SIANG郑俊祥 18 Jan '16

18 Jan '16

Dear, when i tried to fire up the sip server with the command below perl C4/SIP/SIPServer.pm C4/SIP/SIPconfig.xml & or with this command perl -I./ ./SIPServer.pm ./SIPServer.xml i get the error message as below: a Can't locate C4/Auth.pm in @INC (@INC contains: /usr/share/koha/lib/C4/SIP ./ /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /usr/share/koha/lib/C4/SIP/Sip/MsgType.pm line 20. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/SIP/Sip/MsgType.pm line 20. Compilation failed in require at ./SIPServer.pm line 19. BEGIN failed--compilation aborted at ./SIPServer.pm line 19. sorry for copying all the msg here, but i cannot tell which part is more important. thanks in advance.

3 3