Re: [Koha] Patron search error
Ata marie Ann I'd ask IT to check what version of DBIx::Class they have installed. You could also check the about page in Koha. At a guess I think that's the problem (wrong version of DBIx::Class) Chris On 25 July 2014 9:07:13 am NZST, library libr...@katikaticollege.school.nz wrote: Kia ora koutou Since upgrading to 3.14 I have been unable to search for patrons using the patron search. I can lookup patrons using circulation but now I need the patron module to work. The error message reads Undefined subroutine DBIx::Class::Exception::blessed called at /usr/share/perl5/DBIx/Class/Exception.pm line 55. Compilation failed in require at /koha/lib/Koha/Database.pm line 38. BEGIN failed--compilation aborted at /koha/lib/Koha/Database.pm line 38. Compilation failed in require at /koha/lib/Koha/List/Patron.pm line 32. BEGIN failed--compilation aborted at /koha/lib/Koha/List/Patron.pm line 32. Compilation failed in require at /koha/intranet/cgi-bin/members/member.pl line 35. BEGIN failed--compilation aborted at /koha/intranet/cgi-bin/members/member.pl line 35. we are using Koha 3.14.04 Linux koha 2.6.32-5-686-bigmem Perl 5.010001 Our technical support people are at a loss as to what to do. Could anyone throw some light on where we might look to solve our problem. Regards Ann Murphy Librarian Katikati College Beach Road, Katikati, 3129 New Zealand 0064 7 5492647 amur...@katikaticollege.school.nz ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Change SIP Port
On 25 July 2014 4:04:43 am NZST, Phillip Ponchot pponc...@live.com wrote: I did as you said and I'm now seeing SIP responding and Koha listening on port 8023. Running a telnet test, I see that I attach to port 8023 I connect then the connection drops. Connecting to 65.100.74.75 ... Connected to 65.100.74.75 Connection closed I've tried this also inside the network with the same result and I've tried this test on the server itself with the same result. Things that I've done to resolve this issue: 1. I've checked the sip-error.log but what I find there does not address the issue. 2. I've checked the firewall and then even uninstalled ufw and iptables-persistent. 3. I've checked and rechecked open and listening ports in case there is something blocking the port. 4. While checking the telnet response to try to find out why the connection was being closed telnet to 8023 started working and I could send and receive SIP packets. As soon as the server was rebooted, this behavior quit. my questions: 1. Is Koha itself hardwired to port 8023 or can I change the port to another one? No, in fact I've never run it on 8023. It will run on any port provided you configure it to. Chris 2. I've used netstat and nmp to check to see what is running or listening and on what port, is there any other suggestions on how to check this issue. 3. Any suggestions on how to troubleshoot the Connection drop further, has anyone else had this issue and resolved it? Thanks for any help because I apparently need it - smile. Phillip It was another darn good plan ruined by reality! - smile again. Date: Thu, 24 Jul 2014 08:36:14 -0700 Subject: Re: [Koha] Change SIP Port From: g...@esilibrary.com To: pponc...@live.com CC: koha@lists.katipo.co.nz Hi, On Wed, Jul 23, 2014 at 9:04 PM, Phillip Ponchot pponc...@live.com wrote: Is there anything else that needs to be changed or will the changes I made above be sufficent to change the SIP Service itself to port 6002? It's sufficient to edit /etc/koha/sites/$site/SIPconfig.xml and restart SIP. The /etc/koha/SIPconfig.xml file acts as a template that gets copied to the site directory when koha-enable-sip is run for the first time. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: g...@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web:http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org http://evergreen-ils.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Change SIP Port
Thanks for the reply and the info. When I get this running right, I'm going to write a Koha:Wiki about what I've learned about Koha - SIP configuration. Cheers, Phillip Subject: Re: [Koha] Change SIP Port From: chr...@catalyst.net.nz Date: Mon, 28 Jul 2014 07:42:43 +1200 To: pponc...@live.com; g...@esilibrary.com CC: koha@lists.katipo.co.nz On 25 July 2014 4:04:43 am NZST, Phillip Ponchot pponc...@live.com wrote: I did as you said and I'm now seeing SIP responding and Koha listening on port 8023. Running a telnet test, I see that I attach to port 8023 I connect then the connection drops. Connecting to 65.100.74.75 ... Connected to 65.100.74.75 Connection closed I've tried this also inside the network with the same result and I've tried this test on the server itself with the same result. Things that I've done to resolve this issue: 1. I've checked the sip-error.log but what I find there does not address the issue. 2. I've checked the firewall and then even uninstalled ufw and iptables-persistent. 3. I've checked and rechecked open and listening ports in case there is something blocking the port. 4. While checking the telnet response to try to find out why the connection was being closed telnet to 8023 started working and I could send and receive SIP packets. As soon as the server was rebooted, this behavior quit. my questions: 1. Is Koha itself hardwired to port 8023 or can I change the port to another one? No, in fact I've never run it on 8023. It will run on any port provided you configure it to. Chris 2. I've used netstat and nmp to check to see what is running or listening and on what port, is there any other suggestions on how to check this issue. 3. Any suggestions on how to troubleshoot the Connection drop further, has anyone else had this issue and resolved it? Thanks for any help because I apparently need it - smile. Phillip It was another darn good plan ruined by reality! - smile again. Date: Thu, 24 Jul 2014 08:36:14 -0700 Subject: Re: [Koha] Change SIP Port From: g...@esilibrary.com To: pponc...@live.com CC: koha@lists.katipo.co.nz Hi, On Wed, Jul 23, 2014 at 9:04 PM, Phillip Ponchot pponc...@live.com wrote: Is there anything else that needs to be changed or will the changes I made above be sufficent to change the SIP Service itself to port 6002? It's sufficient to edit /etc/koha/sites/$site/SIPconfig.xml and restart SIP. The /etc/koha/SIPconfig.xml file acts as a template that gets copied to the site directory when koha-enable-sip is run for the first time. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: g...@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web:http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org http://evergreen-ils.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Patron search error
library schreef op vr 25-07-2014 om 09:07 [+1200]: Linux koha 2.6.32-5-686-bigmem Perl 5.010001 Most important is what Linux distribution and version you're running on. If your kernel and Perl versions are this old, I'm going to hazard a guess it's a pretty old one. Our technical support people are at a loss as to what to do. Could anyone throw some light on where we might look to solve our problem. My expectation would be that the version of DBIx::Class you have installed is lower than the one required by Koha. How this is fixed depends totally on what distribution/version you're running and how the modules have been installed. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Cataloguing boxes
Don't know if this answers your question. We are a small library providing support to carers of dementia patients. As such, we circulate kits such as 'Sewing kits', 'Fishing kits', 'Carpentry kits' etc. These are designed to engage the patients interest.We catalogue these as briefly as possible (our staff are not librarians), but we include a short description of contents and a list in the 505 field. Examples can be seen at http://bslcdl.calyx.net.au [1] and search for 'kit' RegardsMoyra Moyra McAllister Tel: (03) 94826412 Mob: 0409463663 email: moy...@internode.on.net Links: -- [1] http://bslcdl.calyx.net.au ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] cross-links in analytics
Hi, when a Link to host item is added to a constituent record, the appropriate 773 Marc datafield is created in the constituent record, and populated with the appropriate subfields referring to the host item. Then, the OPAC for the constituent record does show the link to the host record. The converse seems not to be the case, i.e. no corresponding 774 Marc datafield is created in the host record, and no link appears in the host record's OPAC. Is this a feature, is it my mistake, or a bug? Many thanks and best regards, Giuseppe. P.S. I am aware that this issue has been issued before (also in this mailing list), but I could not find an answer. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Koha 3.16.2: open external link in a separate window
Hello Koha, I life in Germany and use Koha 3.16.2 in my private home. I have to link some additional informations from a wiki in the biblioitems. In this case I use the field URL, but the weblink in this field opens (in OPAC and Admin) in the same browser tab. Is there a possibility to open a external weblink in a biblioitem in a separate browser tab? Thanks for this usefull programm, Koha! Sebastian ___ mailto: sebastian.kr...@tuz-eisenach.de ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] ldap and extended patron attributes
Hi Heiko, This certainly worked in the past, but maybe a regression has crept in somewhere (if you do a git log C4/Auth_with_ldap.pm, there are plenty of patches related to the patron attributes code). If your sure it's still not working, you'de probably be well served by posting a bug on the community bugzilla. http://bugs.koha-community.org/bugzilla3/ to attract the attention of some of the ldap guru's a bit ;) Sorry I couldn't be of more help in this regard. As for the MD5 patch, that's interesting, that might also be a good patch to post up to bugzilla in it's own entry. It's great sharing to the community, and someone else might find your work very useful indeed. If you do however, I'd recommend having a quick look at the coding guidelines ( http://wiki.koha-community.org/wiki/Coding_Guidelines ) as they should give you a great start in terms of getting your patch accepted. Cheers Martin Martin Renvoize Software Engineer, PTFS Europe Ltd Content Management and Library Solutions Skype: Landline: 0203 286 8685 Mobile: 07725985636 http://www.ptfs-europe.com On 23 July 2014 16:40, Heiko Weier h.we...@tuhh.de wrote: Hi all, we are testing Koha (3.16.01) with openldap and have an error with extended patron attributes. DBD::mysql::st execute failed: Unknown column 'preflang' in 'field list' at /usr/share/koha/lib/C4/Auth_with_ldap.pm line 320, DATA line 522. 'preflang' is one of our extended attributes. Mapping in koha-conf.xml is done. intranet-error.log (with debug) shows all attribs and values from ldap incuding the extended ones without failure. When it comes to update the extended fields, the error shows up. [Wed Jul 23 17:00:13 2014] [error] [client 192.168.56.1] [Wed Jul 23 17:00:13 2014] mainpage.pl: DBD::mysql::st execute failed: Unknown column 'preflang' in 'field list' at /usr/share/koha/lib/C4/Auth_with [Wed Jul 23 17:00:13 2014] [error] [client 192.168.56.1] [Wed Jul 23 17:00:13 2014] mainpage.pl: DBD::mysql::st execute failed: Unknown column 'preflang' in 'field list' at /usr/share/koha/lib/C4/Auth_with Can anybody help? We patched Auth_with_ldap.pm a bit, because passwords in our ldap are stored with MD5. Maybe it is useful for others. Insert at the top: use Digest::MD5 qw(md5_base64); Search for this line: my $cmpmesg = $db-compare( $userldapentry, attr='userpassword', value = $password ); exchange with this one my $cmpmesg = $db-compare( $userldapentry, attr='userpassword', value = {MD5}.md5_base64($password).== ); Regards -- Heiko Weier Technische Universität Hamburg-Harburg Fachreferent Bibliothek Tel.: 040-42878-3449 Denickestr. 22 Fax.: 040-42878-2527 21073 Hamburg WWW : http://www.tub.tu-harburg.de PGP Key http://www.tub.tu-harburg.de/ext/keys/Heiko_Weier_pub.asc D8DF 3FFD 3910 AB1C 12D2 940B 65B6 2A73 524A 2C1E ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha Digest, Vol 93, Issue 18
Hi, find the article http://koha2to3.blogspot.com/ -- View this message in context: http://koha.1045719.n5.nabble.com/Re-Koha-Digest-Vol-93-Issue-18-tp5760850p5805994.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] magnifying glass next to authorities in the opac
Tomas, Actually this isn't the preference (and maybe there is no preference). I have it set to Don't use and I see the magnifying glass here: http://model.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumber=109078 and not here: http://model.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumber=33040 I think Bernardo's explanation makes sense - if there isn't a subfield 9 on the field then the magnifying glass doesn't appear. Does that sound right to everyone? Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] KohaCon14 Info?
Hi all, Checking in on this. Mainly to see if there is a group rate at a hotel or if we just find a nearby hotel? Thanks in advance! Nicole On Sun, Jul 13, 2014 at 9:34 AM, Nicole Engard neng...@gmail.com wrote: Hello folks, I'm wondering if there is any more info about KohaCon14 available. I know the dates and the location, but I'm wondering about the hotels specifically. Will we have a group rate anywhere? Or are people just finding hotels on their own? Also is there anything we should know about coming in to Cordoba? Tips for getting around or from the airport to the hotels/conference location? The wiki page: http://wiki.koha-community.org/wiki/KohaCon14 and the website: http://koha-community.org/kohacon/kohacon14/ are a bit sparse on info. Thanks! Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Comment Needed: Renewing of Lost items
Attention Librarians! We need some input for dealing with Bug 9805 - Lost items are un-lost if returned, but not if renewed. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9805 The issue is that renewing a lost item does not mark it as found. I filed a patch to correct the issue, but there are concerns about patrons being able to 'un-lose' items by renewing from the OPAC. We have two proposed solutions solutions: 1) Prevent the renewing of lost items 2) Make renewing a lost item marking it as found controlled by a system preference I submitted a patch for the latter solution, but after some thought I and some other developers think the former solution would be best. What do you all think? Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha