Re: [Koha] My next adventure
Thanks for all your work over the years, Nicole. You've enabled so many people in the whole of the Koha community. Best wishes for the future ( and congratulations to Red Hat, they've got a winner there) Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Arabic Language Index/Search in 3.22 & 16.05
On Fri, Jun 10, 2016 at 11:53:00AM -0400, Jesse A Lambertson wrote: > > We are having troubles getting the Arabic language indexing to work on the > 3.22 dev/test instance (ICU is on, we followed this: > https://wiki.koha-community.org/wiki/Correcting_Search_of_Arabic_records > It may be worth trying without the mods to words-icu.xml. You should be able to search in Arabic using ICU "straight out of the box" without those customizations, sometimes transformations in words-icu.xml can have unexpected consequences. If basic searching works you could then look at which rules may be having consequences for you. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] UUID and Text:Bidi install
On Thu, May 19, 2016 at 11:16:39AM -0400, Tom Hanstra wrote: > I'm working on an installation of Koha 3.22 on a new server. I don't have > access to Debian and need to install on a version of RHEL. > > Most everything goes well, but I'm having a lot of trouble with two Perl > dependencies: > > UUID > - Perl does not seem to be able to find the right dependencies necessary to > install the UUID module. The complaint is the following: > > # Bailing out. Can't continue. > # > # ** No interface found. > # > # It's likely the UUID prerequisite library isn't installed. > The perl module is a wrapper around the uuid library, it needs to be installed. You probably need the uuid-devel rpm to get the include files Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha Sip integration problem.
On Fri, Jan 08, 2016 at 02:42:56PM +0200, Ahmet Melih Başbuğ wrote:
> Hello. I'm Melih from Turkey. I'm database administrator, but I work koha
> for SIP integration to configure. I can connect SIP with koha when they are
> on same server. Now SIP is in different server and koha database is in
> different nodes. I inserted user and give permission. But I can't test via
> telnet. it errors when I login via telnet. '93'. What may the problem be?
> thanks for help.
>
> my error
> Sip::MsgType::new('C4::SIP::Sip::MsgType', '9300CNdevs...', '93'): seq.no
> '0', protocol 2
> Jan 8 10:55:32 koha-web48 koha_sip[13585]:
> Sip::MsgType::_initialize('Login', '00CNdevsip2|COdev123|CP', 'A1A1', '2',
> ...)
> Jan 8 10:55:32 koha-web48 koha_sip[13585]: api_auth failed for SIP
> terminal 'devsip2' of '110': maintenance
api_auth calls the Koha routines to connect to the database and check
that the devsip2 user exists and has circulate permission. The return
you are getting of 'maintenance' suggests that the database needs
upgrading to match the koha version, or cannot be connected to. Can Koha
on the machine hosting sip connect ok?
Colin
--
Colin Campbell
Chief Software Engineer,
PTFS Europe Limited
Content Management and Library Solutions
+44 (0) 800 756 6803 (phone)
+44 (0) 7759 633626 (mobile)
colin.campb...@ptfs-europe.com
skype: colin_campbell2
http://www.ptfs-europe.com
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Buggy OS Upgrade
On Tue, Apr 07, 2015 at 06:40:11PM -0400, Bruce A. Metcalf wrote: Greetings, Koha 3.18.5 installed using packages under Debian squeeze. This week we upgraded our distro from squeeze to wheezy. Now when we try to save a biblio found using Z39.50 search, we get this error message: Byte order is not compatible at /usr/lib/perl/5.14/Storable.pm line 416 at /usr/share/koha/intranet/cgi-bin/cataloguing/additem.pl line 401 The message means that Storable is trying to read data that was saved by a version of Storable configured differently. Usually its something you'd see moving from one architecture to another. As Storable is not used for persistant data I'd start by ensuring that cahes etc have been flushed clean C. -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Please help- How to Integrate RFID with Koha
On Mon, Feb 16, 2015 at 11:10:35AM +0530, Bipin Dubey wrote: [root@localhost ~]# perl -IC4/SIP/ -MILS /usr/share/koha/lib/C4/SIP/SIPServer.pm /etc/koha/SIPconfig.xml *And getting following error :-* [root@localhost ~]# perl -IC4/SIP/ -MILS /usr/share/koha/lib/C4/SIP/SIPServer.pm /etc/koha/SIPconfig.xml Can't locate ILS.pm in @INC (@INC contains: C4/SIP/ /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .). BEGIN failed--compilation aborted. Perl needs the path to the ILS module in its include list. In the command you are using it should be -I./C4/SIP rather than -IC4/SIP C. -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Searches
On Tue, Jan 27, 2015 at 12:21:21AM -0700, Philllip Ponchot wrote: I've had a few complaints, though about the searching of the catalog. I would like to modify the search algorithm so that the first returned results is when the words searched appear all together. There are system preferences DefaultSortOrder amd OPACdefaultSortOrder switching them to prioritise relevance may improve your search. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha and RFID
On Thu, Jan 08, 2015 at 10:05:11PM +0100, Sebastian Hierl wrote: If anyone implemented RFID with 3M, I would be grateful for any comments or advice on any issues to watch out for. I've done it (not with Koha but with another product) and it was fairly straightforward. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Testing Koha 3.16.01 SIP
On Wed, Dec 24, 2014 at 06:00:00AM +0300, Abdulsalam Yousef wrote: Hello All, When testing koha 3.16.01 SIP using telnet by trying to run this command 2300120080623172148AOCL|AA123456|ACsipstation01|ADbadpassword we get the following result 24 YY 00120141224055624AE |AA123456|AFGreetings from Koha. Check your SIP config file if the accounts have a parameter 'encoding=charset remove it. Without an encoding parameter the server passes back whats in the koha database cleanly. If its there it cooks the return and you may lose non-ascii characters. I tested and in default state arabic and other non-latin got correctly returned. I added an encoding=ascii and saw the results you are getting. Hope that helps Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Problem in search
On Fri, Oct 03, 2014 at 07:33:24PM +0545, Dibyendra Hyoju wrote: Hi all, I've been facing the same issue from last 2-3 months, most probably after upgrading Koha from version 3.14 to 3.16. From OPAC, when I search for terms like Business, accounting, economics, I get the similar error: Software error: Can't call method as_string on an undefined value at /usr/share/koha/lib/C4/Koha.pm line 1608. For help, please send mail to the webmaster ([no address given]), giving this error message and the time and date of the error. There are fixes in the latest 3.16 release for this error. Try upgrading to the latest 3.16.4 release Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] In-house use vs on-site vs reading room
On Thu, Sep 11, 2014 at 10:15:57AM +0200, Jonathan Druart wrote: At the moment, I have 3 terms: In house use, on-site and reading room. I have to choose one! Purely subjectively 'In house use' and 'on-site' sound a bit unnatural. 'reading room' seems to be a fairly common term for short loan collections of various types (irrespective of whether you can remove them from the room or even if there is a designated room) if that fits the functionality Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Invalid SIP users in koha
On Mon, Aug 11, 2014 at 08:28:25PM +0530, vishal patil wrote: Dear All, I am configuring the Koha for 3M RFID, but my SIP users are not working, showing invalid id and password even if the password is right. - login id=sipuser password=pwd1234 delimiter=| error-detect=enabled institution=Lib / login id=sip2user password=pwd1234 delimiter=| error-detect=enabled institution=Lib / --- The login entries are contained within an accounts element? C. -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] SIP2 AF field sent even if patron password is invalid
On Thu, Jul 31, 2014 at 07:25:49AM -0400, Kyle Hall wrote: As far as I can tell, the SIP2 spec does not intend a bad user password to limit any data, it up to the client to determine what and what not to display given a bad patron password. Many of the early sip devices considered the fact a user had wanded a barcode, security enough. I recall machines which sent blank passwords meaning 'I dont care about passwords and if they're valid'. The implication of the standard is that the client end will do the right thing if I flag up the password was invalid. NB that responses like patron status return both whether the patron is valid and whether the password is valid which suggests that the two are independent and it may want info back irrespective of password validity. Its also not impossible that a client application may want patron data and issue an info request without that patron being present (whether such an app should be tolerated is another thing). So I think we should certainly tailor message resonses sensibly but policy is the responsibility of the client device. (maybe we should look a bit closer at them) C. -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] [Koha-devel] Reminder: General IRC meeting is 5 March 2014 at 19:00 UTC
On Wed, Mar 05, 2014 at 08:32:46AM -0500, Owen Leonard wrote: This is a reminder that the next general IRC meeting is 5 March 2014 at 19:00 UTC (in about 4 hours as of this writing) Koha community members are encouraged to attend. To find out what time the meeting is in your time zone go to: http://www.timeanddate.com/worldclock/fixedtime.html?msg=Koha+IRC+General+Meetingiso=20140305T18 Except that link is for 18:00 UTC ... I'm assuming 19:00 is correct? C. -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha - Red Hat question
On Mon, Apr 08, 2013 at 07:58:56AM -0400, Callaghan, Michael D. wrote: The problem David and I are facing is that we have been directed to move our Koha server into a data center that is managed by our corporate IT personnel. They only support RHEL 6 and Windows Server 2008, and will not allow us to install any other OS. Given that limitation, would you recommend we push forward and try to install on RHEL, or should we abandon the attempt and find another application? If you know your way around RHEL it is straightforward. You may have to build a couple of dependencies by hand. There are some perl modules required that are not available in red hat. Just choose a consistent way to handle them. Using cpanminus is the easiest way to install them, if your corporate IT want you to use rpms the package cpanplus can be used to build rpm specs and packages for those modules without difficulty. Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] koha-3.12.00-alpha Software error
On Mon, Mar 18, 2013 at 11:57:08AM -0400, Jared Camins-Esakov wrote: OpenILS::QueryParser is included in Koha as of bug 9239. Did I screw up the alpha tag? It installed correctly for me when I tested the tarball. My bad. I didnt spot that and assumed I was resolving to one in site_perl Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] koha-3.12.00-alpha Software error
On Mon, Mar 18, 2013 at 08:18:19PM +0800, Peter Zhao wrote: Hi, I upgraded Koha-3.10 to koha-3.12. But opac can't search and show the following errors. Could anyone know how to fix the following problem? Thanks a lot. Software error: Base class package OpenILS::QueryParser is empty. (Perhaps you need to 'use' the module which defines that package first, or make that module available in @INC (@INC contains: /usr/share/koha/lib /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/Koha/QueryParser/Driver/PQF.pm line 2. BEGIN failed--compilation aborted at /usr/share/koha/lib/Koha/QueryParser/Driver/PQF.pm line 2. First thing, turn off the UseQueryParser syspref which appears to make installation of the evergreen modules a dependency. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] koha-3.12.00-alpha Software error
On Mon, Mar 18, 2013 at 08:49:35AM -0400, Jared Camins-Esakov wrote: Peter, I upgraded Koha-3.10 to koha-3.12. But opac can't search and show the following errors. Could anyone know how to fix the following problem? Thanks a lot. Software error: Base class package OpenILS::QueryParser is empty. (Perhaps you need to 'use' the module which defines that package first, or make that module available in @INC (@INC contains: This is very odd. Could you try turning off QueryParser and see if that fixes it (we'll then troubleshoot the problem so that this works with UseQueryParser, but I'm not quite sure what the error means and want to make sure I understand it)? Jared, Koha/QueryParser/Driver/PQF.pm has a use base qw(OpenILS::QueryParser) but unless you installed the OpenILS modules ( by installing evergreen) that will not exist in your Perl lib path so you will be using an empty class as the parent. There are a few other hardcoded references to yje OpenILS tree in the QueryParser code. Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] A Little Help with Perl/CPAN
On Sun, Mar 03, 2013 at 08:51:49AM -0500, Thomas Ronayne wrote: I'm brand new with Koha and am having trouble with Perl/CPAN; attempting installation of Business::ISBN Executing with cpan install Business::ISBN Yes there is a known problem causing one of the test scripts to fail. Do a force install to install the module despite this i.e. cpan -f install Business::ISBN The bug has been reported on rt.cpan.org If installing stuff from cpan, folk should take a look at App::cpanminus its easier than using the old cpan interface. -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha Usage Examples
On Tue, Jan 29, 2013 at 12:18:43PM +, Mark Johnson wrote: Finally, if anyone would be willing to share an example of the open source Koha system being used in their educational institution for me to use in place of the UWE example, particularly if they are based in the UK, I would be very grateful indeed! Staffordshire University are running community Koha supported by us. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Greek character sets in koha?
On Mon, Sep 03, 2012 at 12:16:16AM -0700, Manos Petridis wrote: I was wondering how might koha become to recognise the following character sets Character Set: ISO 8859-7 (ELOT 928) ISO 5428 that are used in Greek libraries, like http://argo.ekt.gr/Opac2_3/Help/Databases/ENU/UOM_EN_.html Internally Koha uses utf-8 so any input would have to be converted. The yaz toolkit can convert MARC records from ISO 5428 to utf-8 and perl's Encode module can convert to/from ISO 8859-7 encoding Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Can't locate ZOOM.pm in @INC (@INC contains:
On Wed, Jul 11, 2012 at 04:13:39PM +0300, jackymasibo wrote: Can't locate ZOOM.pm in @INC (@INC contains: /root/koha /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /root/koha/C4/Context.pm line 102. BEGIN failed--compilation aborted at /root/koha/C4/Context.pm line 102. Compilation failed in require at /root/koha/C4/Installer.pm line 24. BEGIN failed--compilation aborted at /root/koha/C4/Installer.pm line 24. Compilation failed in require at Makefile.PL line 31. BEGIN failed--compilation aborted at Makefile.PL line 31. any assistance is highly appreciated, It looks like Net::Z3950::ZOOM is not installed, try reinstalling it. Or there may be something wrong with your PERL5LIB environment variable Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Fwd: help me
On Mon, Jul 09, 2012 at 07:00:06PM +1200, Rachel Hamilton-Williams wrote: I restore my backup then after entering new record showing the message can't call methodsubfield on an undefined value at usr/share/koha/lib/c4/biblio.pm http://biblio.pm line 2992 One of the commonest causes of that error being triggered is there are index entries for records which no longer exist in the database. You say you have restored, try rebuilding the zebra indexes so that they reflect your current db Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ 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 81, Issue 9
On Wed, Jul 04, 2012 at 09:03:13PM +0530, pankaj delnet wrote: I installed this proses but there is some problem 1).. (To redirect output in individual file add following to /etc/syslog.conf) there is no syslog.conf file .. using this command -- perl C4/SIP/SIPServer.pm C4/SIP/SIPconfig.xml then given Error .. Can't locate Sip/Constants.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at C4/SIP/SIPServer.pm line 14. BEGIN failed--compilation aborted at C4/SIP/SIPServer.pm line 14. The SIPServer requires to add its own module path to that in @INC. If as appears you are running the above command from the directory containing C4 then perl -M./C4/SIP C4/SIP/SIPServer.pm C4/SIP/SIPconfig.xml Should do it. There is a patch in the queue for master which will remove the need for this. Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ 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 81, Issue 9
On Thu, Jul 05, 2012 at 04:32:03PM +0100, Colin Campbell wrote: perl -M./C4/SIP C4/SIP/SIPServer.pm C4/SIP/SIPconfig.xml Sorry that should be perl -I./C4/SIP C4/SIP/SIPServer.pm C4/SIP/SIPconfig.xml (In my defence, the sun just came out and in the kind of summer we're experiencing that generates shock and confusion) C. -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Installing XML::SAX Does Not Install ParserDetails.ini File (was Re: sax_parser_print.pl Issue on VDS (CentOS))
On Thu, Jun 28, 2012 at 09:07:02PM +0700, Andi Sugandi wrote: That is a good idea, and what do you think about my proposal (see link below)? http://lists.katipo.co.nz/public/koha/2012-June/033298.html Is that OK? Yes it might be an idea to summarize it as a patch to the INSTALL doc. I'm sure that others would benefit Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 8 Perl Modules are Not Detected by koha_perl_deps.pl on VDS (was Re: Installing Koha on CentOS+cPanel Hosting Server)
On Mon, Jun 25, 2012 at 10:13:35PM +0700, Andi Sugandi wrote: koha_perl_deps.pl has as first line #!/usr/bin/perl, then if you execute it like ./koha_perl_deps.pl then the old interpreter could not find your modules. Yes, I was running: ./koha_perl_deps.pl -m Try /usr/local/bin/perl koha_perl_deps.pl It might be ab idea to change that script's shebang line to #!/usr/bin/env perl which is a bit more portable But cpan failed to install the other one, 'Graphics::Magick' : ---begin-of-script-- cpan[2] install Graphics::Magick Warning: Cannot install Graphics::Magick, don't know what it is. Try the command i /Graphics::Magick/ to find objects with matching identifiers. ---end-of-script-- Then, how now to install 'Graphics::Magick' perl Module via cpan? You can't install Graphics::Magick from cpan as its not been uploaded there. To get the perl library you have to compile it as part of a graphics magick install. But it is only used in a specific subsystem in koha so not having it should not be a problem. Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] kohacon railtravel
For anyone travelling by rail to kohacon national rail has a site which should detail any scheduled disruptions (as Monday Tuesday are public holidays) http://www.nationalrail.co.uk/service_disruptions/seasonal/Jubilee_2012/index_custom.html The London to Edinburgh east coast mainline appears to be disruption free, west coast main line looks a bit more problematic Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] [Koha-docs] Arabic Koha Docs
On Thu, Mar 29, 2012 at 01:40:08AM +0200, Stefano Barale wrote: Dear Nicole and Karam, sorry to bother you, but beside the manual in Arabic, do you have any idea about how to make Koha work for Arabic books in the DB? We have successfully installed and configured it for English, but -even if Unicode has been chosen at all levels- the saving and retrieval of Arabic records with Marc21 is apparently NOT working. I'm just testing retrieval of records in non-latin scripts at the moment, (a site which has holdings in Russian, Arabic and Chinese as well as Spanish, English and French). What I recommend is applying the patch for this bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7698 Upgrade the koha-installation selecting icu as the tokenizing method for zebra. Rebuild the zebra indexes and you should be able to retrieve the records. Patch is in master but should apply on earlier Koha versions. Hope that helps Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Sip Server question
On Mon, Mar 19, 2012 at 06:44:32PM +0400, Дмитрий Котельников wrote: Hi, I'm having a problem with the Sip Server. Can somebody help with this error? Mar 15 18:11:28 koha koha_sip[4008]: Binding to TCP port 8023 on host *#012 Mar 15 18:11:28 koha koha_sip[4008]: 2012/03/15-18:11:28 Can't connect to TCP port 8023 on * [Address already in use]#012 at line 92 in file /usr/share/perl5/Net/Server/Proto/TCP.pm It looks like something is already using port 8023 on your server so that when the sip server starts up it cant grab that port for its own use. The command netstat -p should show you what program is using that port. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] KohaCon
On Thu, Mar 08, 2012 at 03:46:45PM -0600, G. Laws wrote: Doing hotel research... For anyone familiar with the city, which of the following would be closest to the conference? Comely Bank - Stockbridge East Lothian Edinburgh Edinburgh Airport Leith Midlothian New Town Old Town West End West Lothian The University is on the South Side beside the Old Town. The New Town is walkable (up hill) or a short busride away. Both Stockbridge and Leith are a short bus ride or a longer walk away (I've commuted to the University from both) East/West/Mid Lothian are all out of town, so probably best to avoid for visitors. Edinburgh airport is also just out of town and on the worst commuting route into central Edinburgh. Edinburgh is fairly well served with buses and taxis but the central area (Old New towns) is compact and you can walk to most places you may want to visit without difficulty. Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] KohaCon
For folk making travel arrangements to Edinburgh expecially from outwith the UK, its worth noting that the 4th and 5th of June are public/bank holidays in the UK which tend to impact travel. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 3.4.4 Perl upgrade/rebuilding perl-modules
On 08/09/11 16:08, Perch wrote: Secondly: PDF::Reuse::Barcode wants Barcode::Code128, which it tries to automatically install. However the installation fails (it fails if I try the install Barcode::Code128 manually too): Theres a bug in Barcode::Code (see the rt patch) where one of the tests fails. Doing a force install will ignore the failed test. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 845 557 5634 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 3.4.4 Perl upgrade/rebuilding perl-modules
On 08/09/11 16:08, Perch wrote: HTTP::OAI wants a newer version of XML::SAX::Base. I have version 1.02, while HTTP::OAI wants 1.04. However, when I try to upgrade it using CPAN, all I get is a message saying: XML::SAX::Base is up to date (1.02). So, no newer version available on CPAN? There is a bug related to version handling posted against XML::SAX::Base on Friday. This may be the cause of your problem, I'd try downloading 1.07 manually from cpan and building it. C. -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 845 557 5634 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] SIP2 and OverDrive
On 30/08/11 00:06, Paul Nielsen wrote: Hi all, We have just had SIP2 set up for OverDrive member authentication. We now have a slight problem in that it is checking by patron type rather than by home library for reporting, despite thinking we had set it up to check by home library. I was wondering if anyone out there could shed some light on this for us? The way most SIP2 authentication clients work is by requesting a patron status or patron info message from the server, the response indicates that the patron is valid matches the password given and returns a number of informational fields. Neither of these include the patron home library, although many clients look for additional fields encoding extra information. You need to find out what field the client software may be looking for and what message it is sending (probably a patron info request) Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 845 557 5634 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] CFParticipation: SIP 3 draft up for voting
On 29/06/11 14:41, Greg Barniskis wrote: I've read the March 2010 press release from 3M about the SIP 3 development process, and was a bit surprised to see that it gives a small nod to ISO standards but doesn't even mention NCIP. Is the NCIP development process broken? Partially yes, although most of the big proprietry systems participate in the NCIP process the number of practical applications of it is woefully small (and even less that might be called in production ). SIP for all its faults is being used for lots of off the shelf library equipment (often doing things SIP was never envisioned to handle). I think a lot of those equipment suppliers would be interested to see what SIP3 might offer. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 845 557 5634 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Upgrade 3.00.06.010 to 3.04.00.000
On 15/06/11 19:52, Journals Digital wrote: /root/.cpan/sources/authors/id/M/MS/MSERGEANT/DBD-SQLite2-0.33.tar.gz ok t/ak-dbd.t .. Failed 38/49 subtests t/dbdadmin.t ok Test Summary Report --- t/ak-dbd.t(Wstat: 11 Tests: 11 Failed: 0) Non-zero wait status: 11 Parse errors: Bad plan. You planned 49 tests but ran 11. Files=24, Tests=310, 14 wallclock secs ( 0.50 usr 0.21 sys + 3.40 cusr 0.59 csys = 4.70 CPU) Result: FAIL Failed 1/24 test programs. 0/310 subtests failed. make: *** [test_dynamic] Error 255 MSERGEANT/DBD-SQLite2-0.33.tar.gz /usr/bin/make test -- NOT OK //hint// to see the cpan-testers results for installing this module, try: reports MSERGEANT/DBD-SQLite2-0.33.tar.gz Running make install make test had returned bad status, won't install without force So what should I do now? How can I install that module? Don't. its purely optional. If you look at the cpan-testers reports noone has been able to build this on a perl released in the last five years. You can probably get cpan to install it with a -force option but Koha will run fine with it missing. Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 845 557 5634 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
