Re: [Koha] SQL statement for generating current checkouts

Hi Beverly, Thanks for the SQL statement. This is the output what I was looking for. With regards Nabonita -- Nabonita Guha Library-cum-Information Officer Library, Jawaharlal Nehru Centre for Advanced Scientific Research, Jakkur Post, Bangalore 560064 Karnataka, India Phone: +91-80-22082930 E

[Koha] Zebra indexing question

Dear all, I have questions about zebra indexing. I just done my indexing by following address instruction. http://koha.1045719.n5.nabble.com/Cyrillic-Character-Search-w-Zebra-td3048428.html#a3048429 But I have following log for *koha-zebradaemon-output.log*. 16:15:47-25/04 zebrasrv(30) [warn] d

[Koha] Undefined subroutine

Dear All, When I update patron information by UTF-8 by ,,,/koha/opac-userupdate.pl ? I have following error: Undefined subroutine &Mail::Sendmail::encode called at /usr/share/perl5/Mail/Sendmail.pm line 308. I just added following script for /usr/share/perl5/Mail/sendmail.pm $mail{'Message'} = e

[Koha] Opensuse + Zebra

Hi there. Can anybody help me with a zebra configuration? I'm trying to run Zebra on OpenSUSE but when I run the command to start Zebra I have the following error: >koha-zebra-ctl.sh start Starting Zebra Server koha-zebra-ctl.sh: line 48: daemon: command not found I know that is a Koha problem,

Re: [Koha] Opensuse + Zebra

Hi Vitor, there is no daemon package on opensuse, I think due to its license. Thanks, Savitra Sirohi Nucsoft OSS Labs On Fri, Apr 29, 2011 at 4:25 PM, Vitor Fernandes wrote: > Hi there. > > Can anybody help me with a zebra configuration? > I'm trying to run Zebra on OpenSUSE but when I run the

Re: [Koha] Opensuse + Zebra

So how I can run Zebra on OpenSUSE? This is urgent. Regards. Vitor Fernandes 2011/4/29 savitra sirohi : > Hi Vitor, there is no daemon package on opensuse, I think due to its license. > > Thanks, > Savitra Sirohi > Nucsoft OSS Labs > > > On Fri, Apr 29, 2011 at 4:25 PM, Vitor Fernandes > wrote:

Re: [Koha] Opensuse + Zebra

Vitor, Run it in the background: /usr/bin/zebrasrv -f /etc/koha-dev/etc/koha-conf.xml & And add the same command to /etc/boot.local so it starts up on reboot. Thanks, Savitra Sirohi Nucsoft OSS Labs On Fri, Apr 29, 2011 at 4:58 PM, Vitor Fernandes wrote: > So how I can run Zebra on OpenSUSE? >

Re: [Koha] Opensuse + Zebra

Thanks Savitra. Now I have already zebra server running. The cronjob works correctly with this config? Regards. Vitor Fernandes 2011/4/29 savitra sirohi : > Vitor, > > Run it in the background: > /usr/bin/zebrasrv -f /etc/koha-dev/etc/koha-conf.xml & > > And add the same command to /etc/boot.loc

[Koha] Koha - changing advance search page

All, I'm trying to figure out out to remove whole sections from the advanced search in Koha, notably, Language and Subtype limits. I saw that Horowhenua Library Trust had done it for the subtype limits and there is an id="subtypes". But I can't figure out how to make the Language limits go a

Re: [Koha] Opensuse + Zebra

The start_daemon and daemon (for Ubuntu for example) has different arguments, so I think that it wouldn't work... The solution said previous works but if I need to restart the server I need to kill the proccess and start it again. I didn't tried the rebuild_zebra.pl script, because i'm working on t

Re: [Koha] perl modue Graphics::Magick not found

At 05:40 PM 4/28/2011 -0400, Chris Nighswonger wrote: >Try GraphicsMagick-perl-1.3.7-4.el5.x86_64.rpm or some such. > >Kind Regards, >Chris Chris, Do you know exactly what Koha 3.4 is looking for? Ubuntu 10.10 (Maverick) has a partial version of GraphicsMagick 1.3.12 (at least enough to run Koh

Re: [Koha] perl modue Graphics::Magick not found

On Fri, Apr 29, 2011 at 11:08 AM, Paul wrote: > > Do you know exactly what Koha 3.4 is looking for? Ubuntu 10.10 (Maverick) > has a partial version of GraphicsMagick 1.3.12 (at least enough to run Koha > 3.2); 3.4 install is looking for GraphicsMagick 1.3.5 which has warnings of > being unstable

Re: [Koha] perl modue Graphics::Magick not found

For Ubuntu, 1.3.12 is actually the newer version found in 10.10 and is stable. 1.3.5 is an older version from 9.10. The dependency checker tool in Koha simply parses the version number incorrectly so it believes that you have a lower version. I use 1.3.12 in the live cd and so far nobody has repor

Re: [Koha] perl modue Graphics::Magick not found

At 01:44 AM 4/30/2011 +0700, Mizst Audens wrote: For Ubuntu, 1.3.12 is actually the newer version found in 10.10 and is stable. 1.3.5 is an older version from 9.10. The dependency checker tool in Koha simply parses the version number incorrectly so it believes that you have a lower version.

Re: [Koha] perl modue Graphics::Magick not found

2011/4/29 Paul > At 01:44 AM 4/30/2011 +0700, Mizst Audens wrote: > > For Ubuntu, 1.3.12 is actually the newer version found in 10.10 and is > stable. 1.3.5 is an older version from 9.10. The dependency checker tool in > Koha simply parses the version number incorrectly so it believes that you

Re: [Koha] perl modue Graphics::Magick not found

2011/4/29 Mizst Audens > For Ubuntu, 1.3.12 is actually the newer version found in 10.10 and is > stable. 1.3.5 is an older version from 9.10. The dependency checker tool in > Koha simply parses the version number incorrectly so it believes that you > have a lower version. > Thanks for pointing

Re: [Koha] perl modue Graphics::Magick not found

The bug was already filed by Joe Atzberger in Jan 2011. The link is: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5599 In it, he proposes using Perl::Version to compare the version strings instead of the existing custom way. However, there is no working code yet. --Mizst

Re: [Koha] Koha doesn't generate check-out and check-in notices

To my knowledge, Koha does not work with ssmtp or any non-daemon MTAs (such as nullmailer). Koha uses Perl's SMTP routines which tries to connect to TCP 25 of localhost looking for a SMTP server. However, ssmtp only runs as sendmail bin and does not listen for such a connection. Try postfix instea

Re: [Koha] Undefined subroutine

You might need to add this at the beginning of Sendmail.pm: use Encode; Not entirely sure though. --Mizst 2011/4/29 Cybermon > Dear All, > > When I update patron information by UTF-8 by ,,,/koha/opac-userupdate.pl ? > I have following error: > > U

[Koha] memc missing

During checks prior to installing 3.4, I found: paul@server2:~/koha3.4/koha-3.04.00.000$ ./koha_perl_deps.pl -u -m Module Name Current Version Required Version Module Required - CGI::Session::Driver::memc

Re: [Koha] memc missing

The name is actually CGI::Session::Driver::memcached. The text is cut off when displayed by the utility. --Mizst On Sat, Apr 30, 2011 at 4:46 AM, Paul wrote: > During checks prior to installing 3.4, I found: > > paul@server2:~/koha3.4/koha-3.04.00.000$ ./koha_perl_deps.pl -u -m > Module Name

Re: [Koha] memc missing

At 04:53 AM 4/30/2011 +0700, Mizst Audens wrote: The name is actually CGI::Session::Driver::memcached. The text is cut off when displayed by the utility. Thanks - and yes indeed - that's why I wrote below that I suspected libcache-memcached-perl, but that we're apparently up-to-date: paul@se

Re: [Koha] memc missing

I think it's optional. I don't have it, and my installation works fine, so far as I can tell. If you're concerned, the module is in CPAN. It looks like libcgi-session-driver-memcached-perl was pulled from Debian in 2009 (maybe?), and a new package has been prepared by none other than Robin Sheat.

Re: [Koha] memc missing

Sorry for misunderstanding. Normally you get perl modules from CPAN like this: $ cpan CGI::Session::Driver::memcached That's usually a safer bet than relying on distro repository. Normally you'd fall back to the repo when there's a conflict of some sort, or it fail to compile. I thought you trie

Re: [Koha] memc missing

2011/4/30 Mizst Audens : > Sorry for misunderstanding. Normally you get perl modules from CPAN like > this: > $ cpan CGI::Session::Driver::memcached > That's usually a safer bet than relying on distro repository. Normally you'd > fall back to the repo when there's a conflict of some sort, or it fai

Re: [Koha] memc missing

At 06:46 PM 4/29/2011 -0400, Jared Camins-Esakov wrote: I think it's optional. I don't have it, and my installation works fine, so far as I can tell. If you're concerned, the module is in CPAN. It looks like libcgi-session-driver-memcached-perl was pulled from Debian in 2009 (maybe?), and a new

Re: [Koha] memc missing

I don't know about Debian, but I've had more than my fair share of problems with packages from Ubuntu repo, and usually a compile from upstream source fixes the problems. I remember a case with php5-gd where Debian refuses to update their repo to the new version, causing widespread problems for any

Re: [Koha] memc missing

On 30 April 2011 11:47, Mizst Audens wrote: > I don't know about Debian, but I've had more than my fair share of problems > with packages from Ubuntu repo, and usually a compile from upstream source > fixes the problems. I remember a case with php5-gd where Debian refuses to > update their repo to

Re: [Koha] memc missing

I'd say it's relevant for Koha deployers, but I'll email you. :-) --Mizst On Sat, Apr 30, 2011 at 6:52 AM, Chris Cormack wrote: > On 30 April 2011 11:47, Mizst Audens wrote: > > I don't know about Debian, but I've had more than my fair share of > problems > > with packages from Ubuntu repo, and

Re: [Koha] memc missing

Op zaterdag 30 april 2011 11:03:18 schreef Chris Cormack: > Having said that, for this one, you can either grab the package from > sid (unstable) and dpkg -i it on, or use dh-make-perl or as a last > resort CPAN it on. Actually, in this case, I got it accepted into Debian proper about 2 hours bef

[Koha] 3.2.7 noZebra to 3.4 Zebra

I'm currently running 3.2.7 noZebra although Zebra packages have been installed. I'm going to 3.4 with Zebra. The question is: should I convert to Zebra before or after I do the upgrade to 3.4? I tried to switch to Zebra once before on 3.2.2 and couldn't get it to update properly when catalogi