[Koha] Z39.50 servers for authorities in Spain

[Nombre y Apellido]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512


Hello all.

I'm testing with local installation in a laptop. I've setup a Z39.50
server for biblios records, I'm using Biblioteca Nacional server in
Spain, but they have not for authorities.

I was looking for one authorities server in Spain without success.
Anybody knows if exists one?

Regards and thanks in advanced.
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEy6dICl+822eFf1TTQ0yUXBJ4L9cFAl9TTZwACgkQQ0yUXBJ4
L9d6AQ//e707C616cL45MgIR3rjHQbUnbUYNsQCjNt4s0qU5Us11sNS/CrHhFCZC
sP3YYygYrYbQCi/rIbhldOudo65BaUOEPo5GZU2NZW/ZGwVeX5TiylLNHK3nNNwV
PVhuwxcpQXsqw4vPs7wKhq7tnRlwvrmHd6GjMwxp8PiVWElRt8F2XDcxmJvoSUcp
IcE9DObn2HjVLgt1uCu0n5dbSiH85OZh8qfWUpgeOo/p57MO4SFJ/nN2LjF0cSh0
rhnak33hLbBmbKucEfeiD7Fd2o1gY5Hwr4LTgnBi3CBDiyu1YBzAOBZSQ4a1gN3/
qAcgcikDEX7+gSUrq8eIlXloxyYTsh5pYHL2rcn6VNsD3ItDjte4yJWE/svnu29F
qQRVIuw/uRy8UorbOR6o4izsL8hBYbnCTEc/dBReUWRdr8hftzQoStXAKCXxkNmK
MhQl0ibcrP82MPV2u3XhS3l4z+VQwq+7aAr8fD4Pa2fGVnKWeeby/4Y5Ibq0HgtG
Reyk+haaet3fN3lq9NLASROg0mYdZOVUaApFnsQL8E2Djqx4rQjcN2ONqaRXep6n
Cu1z9gNtSr3t73rCYlzJUY3gaKzsTtIx5dJtypfjHsqx74mayhrH7haQxFeSObZW
cr+kcfLd1SpEJBslOnCadXAzfq9H6ggT3myPZkVI/oUG3ZL+JZw=
=pcFk
-END PGP SIGNATURE-
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] search quits working

[Nombre]

El 22/08/16 a las 14:27, Scott Owen escribió:
> Hi all,
> 
> I still seem to be having some issues with logrotate and the zebra service
> starting up
> 
> I have tried both of the options discussed in bug #
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16885

I'm having problems with modified koha-stop-zebra too. I've added option
--remove-pid-file too but without success. In my case, it seems there
are a zebra shutdown at prerotate, and (strange) other in postrotate (or
after finish logrotate for koha), maybe logrotate for apache?

> 
> (modify postrotate, and modify koha-stop-zebra)
> 
> In my case, neither (or both) of them seems to be a "reliable" fix.
> 
> Is there any way I could kludge together some sort of CRON job to reload
> the zerbra service daily ?? (at say 6:00AM) or would this be a bad thing to
> do . ie: if zebra IS running, will trying to load it again cause a
> major hiccup ??
> 
> any other ideas on this ?? With students returning soon, I'd really like to
> get this off my "to-do" list.   :-)
> 
> Thanks,
> 
> -S
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On Tue, Aug 9, 2016 at 11:45 AM, Scott Owen  wrote:
> 
>> Still no joy on this.
>>
>> Zebra still seems to not reload correctly.
>>
>> my /usr/sbin/koha-stop-zebra file looks like the following:
>>
>>
>>
>> 
>> 
>> #!/bin/sh
>> #
>> # koha-stop-zebra - Stop Zebra for named Koha instances
>> # Copyright 2010  Catalyst IT, Ltd
>> #
>> # This program is free software: you can redistribute it and/or modify
>> # it under the terms of the GNU General Public License as published by
>> # the Free Software Foundation, either version 3 of the License, or
>> # (at your option) any later version.
>> #
>> # This program is distributed in the hope that it will be useful,
>> # but WITHOUT ANY WARRANTY; without even the implied warranty of
>> # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
>> # GNU General Public License for more details.
>> #
>> # You should have received a copy of the GNU General Public License
>> # along with this program.  If not, see .
>>
>> set -e
>>
>> # include helper functions
>> if [ -f "/usr/share/koha/bin/koha-functions.sh" ]; then
>> . "/usr/share/koha/bin/koha-functions.sh"
>> else
>> echo "Error: /usr/share/koha/bin/koha-functions.sh not present." 1>&2
>> exit 1
>> fi
>>
>> stop_zebra_instance()
>> {
>> local instancename=$1
>>
>> local PIDFILE="/var/run/koha/${instancename}/${instancename}-
>> koha-zebra.pid"
>> echo "Stopping Zebra server for $instancename"
>>
>> if start-stop-daemon --pidfile ${PIDFILE} --stop --quiet
>> --retry=TERM/30/KILL/5; then
>> return 0;
>> else
>> return 1;
>> fi
>>
>> }
>>
>> usage()
>> {
>> local scriptname=$0
>> cat <> Stops Zebra for Koha instances.
>>
>> Usage: $scriptname instancename1 instancename2...
>>
>> EOF
>> }
>>
>> # Parse command line.
>> #[ $# -ge 1 ] || ( usage ; die "Missing instance name..." )
>>
>> # Loop through the instance names
>> for name in "$@"
>> do
>> if is_instance $name ; then
>> if is_zebra_running $name; then
>> if ! stop_zebra_instance $name; then
>> warn "Something went wrong stopping Zebra for $name."
>> fi
>> else
>> warn "Zebra already stopped for instance $name."
>> fi
>> else
>> warn "Unknown instance $name."
>> fi
>> done
>>
>> exit 0
>> 
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Mon, Aug 8, 2016 at 8:58 AM, Scott Owen  wrote:
>>
>>> OK...I tried this, and it seems to have made no difference ?
>>>
>>> I'm rebooting the Koha server now, to make sure I have a clean
>>> startI'll try letting it sit for a day or two and see how it goes.
>>>
>>> (Maybe after I made the file changes the system needs a bounce ?)
>>>
>>> -S
>>>
>>>
>>> On Sat, Aug 6, 2016 at 8:03 AM, Mark Tompsett 
>>> wrote:
>>>
 Greetings,

 And now for the off-list, WRONG way of doing it, because you don’t want
 to limp along.

 $ sudo cp /usr/sbin/koha-stop-zebra /usr/sbin/koha-stop-zebra.Help
 MeItMessedUp
 $ sudo nano /usr/sbin/koha-stop-zebra

 Now your goal is to make the stop_zebra_instance function look exactly
 like the patch lines.

 stop_zebra_instance()
 {
 local instancename=$1

 local PIDFILE="/var/run/koha/${instancename}/${instancename}-koha-
 zebra.pid"
 echo "Stopping Zebra server for $instancename"
 if start-stop-daemon --pidfile ${PIDFILE} --stop --quiet
 --retry=TERM/30/KILL/5; then
 return 0;
 else
 return 1;
 fi
 }

 Sorry the message sent too early. Hope this helps.
 For the record, I’m physically 

[Koha] Marcedit and Libreoffice

[Nombre]

Hello.

Is there anybody out there (Pink Floyd) using Marcedit in Ubuntu with
ODS spreadsheets from Libreoffice?

First of all, I tried to use directly xls format, but not possible. I've
tried with csv format but only one record was translated.

Regards
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Marcedit on Linux ubuntu

[Nombre]

El 10/08/16 a las 17:41, Monisa Aslam escribió:
> 
> 
> 
> 
> Hello everyone. 

Hello

> Can someone help me through teamviewer. I wish to install marcedit on Linux 
> ubuntu. I tried a lot but failed. 

Which error or message have you got?, which Ubuntu versión have you?

I have installed, but I had to install many mono related packages-

> RegardsMonisa Aslam 
> Sent from my Samsung device
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] search quits working

[Nombre]

El 09/08/16 a las 18:38, Nombre Apellido escribió:
> 
> 
> El Martes 9 de agosto de 2016 17:46, Scott Owen  escribió:
> My script is as yours.
> If I run /etc/init.d/koha-common status I have only see koha-indexer but
> not zebra, but If I run ps aux I can see a pair of zebra jobs.

I'm thinking: when I start /etc/init.d/koha-common there are a cgroup
with 4 jobs, after first log rotation, there are only two, and some
times, zebra is not running. Maybe an issue with systemd?

> 
> Into Intranet, in about section I hae not complains about zebra, and
> searching is running well.
> 
> REgards
> 
> Still no joy on this.
> 
> Zebra still seems to not reload correctly.
> 
> my /usr/sbin/koha-stop-zebra file looks like the following:
> 
> 
> 
> 
> #!/bin/sh
> #
> # koha-stop-zebra - Stop Zebra for named Koha instances
> # Copyright 2010  Catalyst IT, Ltd
> #
> # This program is free software: you can redistribute it and/or modify
> # it under the terms of the GNU General Public License as published by
> # the Free Software Foundation, either version 3 of the License, or
> # (at your option) any later version.
> #
> # This program is distributed in the hope that it will be useful,
> # but WITHOUT ANY WARRANTY; without even the implied warranty of
> # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> # GNU General Public License for more details.
> #
> # You should have received a copy of the GNU General Public License
> # along with this program.  If not, see <http://www.gnu.org/licenses/>.
> 
> set -e
> 
> # include helper functions
> if [ -f "/usr/share/koha/bin/koha-functions.sh" ]; then
> . "/usr/share/koha/bin/koha-functions.sh"
> else
> echo "Error: /usr/share/koha/bin/koha-functions.sh not present." 1>&2
> exit 1
> fi
> 
> stop_zebra_instance()
> {
> local instancename=$1
> 
> local
> PIDFILE="/var/run/koha/${instancename}/${instancename}-koha-zebra.pid"
> echo "Stopping Zebra server for $instancename"
> 
> if start-stop-daemon --pidfile ${PIDFILE} --stop --quiet
> --retry=TERM/30/KILL/5; then
> return 0;
> else
> return 1;
> fi
> 
> }
> 
> usage()
> {
> local scriptname=$0
> cat < Stops Zebra for Koha instances.
> 
> Usage: $scriptname instancename1 instancename2...
> 
> EOF
> }
> 
> # Parse command line.
> #[ $# -ge 1 ] || ( usage ; die "Missing instance name..." )
> 
> # Loop through the instance names
> for name in "$@"
> do
> if is_instance $name ; then
> if is_zebra_running $name; then
> if ! stop_zebra_instance $name; then
> warn "Something went wrong stopping Zebra for $name."
> fi
> else
> warn "Zebra already stopped for instance $name."
> fi
> else
> warn "Unknown instance $name."
> fi
> done
> 
> exit 0
> --
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On Mon, Aug 8, 2016 at 8:58 AM, Scott Owen  <mailto:so...@edzone.net>> wrote:
> 
>> OK...I tried this, and it seems to have made no difference ?
>>
>> I'm rebooting the Koha server now, to make sure I have a clean
>> startI'll try letting it sit for a day or two and see how it goes.
>>
>> (Maybe after I made the file changes the system needs a bounce ?)
>>
>> -S
>>
>>
>> On Sat, Aug 6, 2016 at 8:03 AM, Mark Tompsett  <mailto:mtomp...@hotmail.com>>
>> wrote:
>>
>>> Greetings,
>>>
>>> And now for the off-list, WRONG way of doing it, because you don’t want
>>> to limp along.
>>>
>>> $ sudo cp /usr/sbin/koha-stop-zebra /usr/sbin/koha-stop-zebra.Help
>>> MeItMessedUp
>>> $ sudo nano /usr/sbin/koha-stop-zebra
>>>
>>> Now your goal is to make the stop_zebra_instance function look exactly
>>> like the patch lines.
>>>
>>> stop_zebra_instance()
>>> {
>>>local instancename=$1
>>>
>>>local PIDFILE="/var/run/koha/${instancename}/${instancename}-koha-
>>> zebra.pid"
>>>echo "Stopping Zebra server for $instancename"
>>>if start-stop-daemon --pidfile ${PIDFILE} --stop --quiet
>>> --retry=TERM/30/KILL/5; then
>>>ret

Re: [Koha] search quits working

[Nombre Apellido]

 

El Martes 9 de agosto de 2016 17:46, Scott Owen  escribió:
 My script is as yours.If I run /etc/init.d/koha-common status I have only see 
koha-indexer but not zebra, but If I run ps aux I can see a pair of zebra jobs.
Into Intranet, in about section I hae not complains about zebra, and searching 
is running well.
REgards

 Still no joy on this.

Zebra still seems to not reload correctly.
my /usr/sbin/koha-stop-zebra file looks like the following:




#!/bin/sh
#
# koha-stop-zebra - Stop Zebra for named Koha instances
# Copyright 2010  Catalyst IT, Ltd
#
# This program is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program.  If not, see .

set -e

# include helper functions
if [ -f "/usr/share/koha/bin/koha-functions.sh" ]; then
    . "/usr/share/koha/bin/koha-functions.sh"
else
    echo "Error: /usr/share/koha/bin/koha-functions.sh not present." 1>&2
    exit 1
fi

stop_zebra_instance()
{
    local instancename=$1

    local
PIDFILE="/var/run/koha/${instancename}/${instancename}-koha-zebra.pid"
    echo "Stopping Zebra server for $instancename"

    if start-stop-daemon --pidfile ${PIDFILE} --stop --quiet
--retry=TERM/30/KILL/5; then
return 0;
    else
return 1;
    fi

}

usage()
{
    local scriptname=$0
    cat < wrote:

> OK...I tried this, and it seems to have made no difference ?
>
> I'm rebooting the Koha server now, to make sure I have a clean
> startI'll try letting it sit for a day or two and see how it goes.
>
> (Maybe after I made the file changes the system needs a bounce ?)
>
> -S
>
>
> On Sat, Aug 6, 2016 at 8:03 AM, Mark Tompsett 
> wrote:
>
>> Greetings,
>>
>> And now for the off-list, WRONG way of doing it, because you don’t want
>> to limp along.
>>
>> $ sudo cp /usr/sbin/koha-stop-zebra /usr/sbin/koha-stop-zebra.Help
>> MeItMessedUp
>> $ sudo nano /usr/sbin/koha-stop-zebra
>>
>> Now your goal is to make the stop_zebra_instance function look exactly
>> like the patch lines.
>>
>> stop_zebra_instance()
>> {
>>    local instancename=$1
>>
>>    local PIDFILE="/var/run/koha/${instancename}/${instancename}-koha-
>> zebra.pid"
>>    echo "Stopping Zebra server for $instancename"
>>    if start-stop-daemon --pidfile ${PIDFILE} --stop --quiet
>> --retry=TERM/30/KILL/5; then
>>        return 0;
>>    else
>>        return 1;
>>    fi
>> }
>>
>> Sorry the message sent too early. Hope this helps.
>> For the record, I’m physically in Toronto, Ontario, Canada, even though
>> the company is in the Philippines.
>>
>> GPML,
>> --
>> [image: Tulong Aklatan logo]  *Mark
>> Tompsett*
>> Co-founder & Chief Technical Officer
>> mark.tomps...@tulongaklatan.ph
>> *Tamayao's Library Hosting Services*
>> 3067 Tolentino St., Pinagkaisahan, Makati City, NCR, Fourth District
>> www.tulongaklatan.ph
>>
>
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


  
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] [Koha 16.05] CGI Error: "script not found or unable to stat: /usr/lib/cgi-bin/img..."

[Nombre]

El 05/08/16 a las 16:54, Craig Butosi escribió:
> Hi Nombre,
> 
> From the command line:
> 
> $ export KOHA_CONF=/etc/koha/sites/library2/koha-conf.xml
> $ /usr/share/koha/bin/cronjobs/fines.pl
> 
> throws:
> 
> Can't locate C4/Context.pm in @INC (you may need to install the C4::Context 
> module) (@INC contains: /etc/perl /usr/local/lib/perl/5.18.2 
> /usr/local/share/perl/5.18.2 /usr/lib/perl5 /usr/share/perl5 
> /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl .) at 
> /usr/share/koha/bin/cronjobs/fines.pl line 33.
> BEGIN failed--compilation aborted at /usr/share/koha/bin/cronjobs/fines.pl 
> line 33.

Not executed.

> 
> Intranet-error.log reports around the same time:
> 
> [Fri Aug 05 10:51:25.492127 2016] [cgi:error] [pid 30817] [client 
> 209.20.18.21:64060] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/members/pay.pl?borrowernumber=1
> [Fri Aug 05 10:51:25.526676 2016] [cgi:error] [pid 30823] [client 
> 209.20.18.21:64149] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/members/pay.pl?borrowernumber=1

This problem is not due to fines.pl, I think, It's present even fines.pl
was not executed. I couldn't find any reference to ../cgi-bin/img. In my
installation there's nothing in /usr/lib/cgi-bin

> [Fri Aug 05 10:51:30.909833 2016] [cgi:error] [pid 30827] [client 
> 209.20.18.21:64153] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: http://rel.rcmusic.ca:8080/cgi-bin/koha/members/members-home.pl
> [Fri Aug 05 10:51:34.942577 2016] [cgi:error] [pid 30867] [client 
> 209.20.18.21:64234] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: http://rel.rcmusic.ca:8080/cgi-bin/koha/members/member.pl
> [Fri Aug 05 10:51:40.637561 2016] [cgi:error] [pid 30873] [client 
> 209.20.18.21:64281] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/members/moremember.pl?borrowernumber=2824
> [Fri Aug 05 10:51:40.667311 2016] [cgi:error] [pid 30883] [client 
> 209.20.18.21:64408] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/members/moremember.pl?borrowernumber=2824
> [Fri Aug 05 10:51:45.847029 2016] [cgi:error] [pid 30887] [client 
> 209.20.18.21:64409] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/members/pay.pl?borrowernumber=2824
> [Fri Aug 05 10:51:45.868443 2016] [cgi:error] [pid 30893] [client 
> 209.20.18.21:64730] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/members/pay.pl?borrowernumber=2824
> [Fri Aug 05 10:51:53.275770 2016] [cgi:error] [pid 30901] [client 
> 209.20.18.21:64768] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/circ/circulation.pl?borrowernumber=2824
> [Fri Aug 05 10:51:53.292277 2016] [cgi:error] [pid 30905] [client 
> 209.20.18.21:64965] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/circ/circulation.pl?borrowernumber=2824
> [Fri Aug 05 10:51:53.303892 2016] [cgi:error] [pid 30907] [client 
> 209.20.18.21:64966] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/circ/circulation.pl?borrowernumber=2824
> [Fri Aug 05 10:52:03.480931 2016] [cgi:error] [pid 30914] [client 
> 209.20.18.21:64968] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/members/readingrec.pl?borrowernumber=2824
> [Fri Aug 05 10:52:03.516939 2016] [cgi:error] [pid 30926] [client 
> 209.20.18.21:65157] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/members/readingrec.pl?borrowernumber=2824
> 
> 
> No fines calculated/posted.
> 
> C
> 
> Craig Butosi, MA, MLIS, B Mus (Hons.)
> LIBRARY SERVICES MANAGER
> THE ROYAL CONSERVATORY
> TELUS Centre for Performance and Learning
> 273 Bloor Street West
> Toronto, ON M5S 1W2
> 416.408.2824 x338
> www.rcmusic.ca
> 
> 
> -Original Message-
> From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Nombre
> Sent: August-05-16 10:46 AM
> To: koha@lists.katipo.co.nz
> Subject: Re: [Koha] [Koha 16.05] CGI Error: "script not found or unable to 
> stat: /usr/lib/cgi-bin/img..."
> 
> Hae you tried without export PERL5LIB?
> 
> El 05/08/16 a las 16:06, Craig Butosi escribió:
>> Hi Nombre,
>>

Re: [Koha] [Koha 16.05] CGI Error: "script not found or unable to stat: /usr/lib/cgi-bin/img..."

[Nombre]

Hae you tried without export PERL5LIB?

El 05/08/16 a las 16:06, Craig Butosi escribió:
> Hi Nombre,
> 
> Thanks for responding. Unless I am misunderstanding you, I believe I've 
> already done this, as explained:
> 
> Rather than waiting for crontab or /etc/cron.daily/koha-common to run, and am 
> I going to the command line and executing manually:
> 
> $ export KOHA_CONF=/etc/koha/sites/library2/koha-conf.xml
> $ export PERL5LIB=/usr/share/koha/lib
> $ /usr/share/koha/bin/cronjobs/fines.pl
> 
> To no effect, except for the errors in intranet-error.log.
> 
> Immediately prior to testing koah scripts, I updated to 16.05.02 with no 
> reported errors, and (to my surprise) changed our server's default timezone 
> via "tz-data" in order that circulation times (due daes, etc) are properly 
> calculated and posted as local times.
> 
> Latest entries in Intranet-error.log is as follows:
> 
> [Fri Aug 05 09:46:47.780211 2016] [cgi:error] [pid 27352] [client 
> 209.20.18.21:3120] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/members/readingrec.pl?borrowernumber=2824
> [Fri Aug 05 09:46:47.793198 2016] [cgi:error] [pid 27325] [client 
> 209.20.18.21:3089] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/members/readingrec.pl?borrowernumber=2824
> [Fri Aug 05 09:46:47.818208 2016] [cgi:error] [pid 27357] [client 
> 209.20.18.21:3108] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/admin/smart-rules.pl?branch=REL
> [Fri Aug 05 09:46:47.847954 2016] [cgi:error] [pid 27367] [client 
> 209.20.18.21:3144] script not found or unable to stat: 
> /usr/share/koha/intranet/cgi-bin/img, referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/admin/smart-rules.pl?branch=$
> [Fri Aug 05 09:48:13.108941 2016] [cgi:error] [pid 27423] [client 
> 209.20.18.21:4058] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: http://rel.rcmusic.ca:8080/cgi-bin/koha/admin/smart-rules.pl?branch=*
> [Fri Aug 05 09:48:13.137043 2016] [cgi:error] [pid 27427] [client 
> 209.20.18.21:4074] script not found or unable to stat: 
> /usr/share/koha/intranet/cgi-bin/img, referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/admin/smart-rules.pl?branch=*
> [Fri Aug 05 09:48:20.099940 2016] [cgi:error] [pid 27433] [client 
> 209.20.18.21:4103] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/admin/smart-rules.pl?branch=REL
> [Fri Aug 05 09:48:20.127859 2016] [cgi:error] [pid 27439] [client 
> 209.20.18.21:4121] script not found or unable to stat: 
> /usr/share/koha/intranet/cgi-bin/img, referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/admin/smart-rules.pl?branch=$
> [Fri Aug 05 09:48:50.733791 2016] [cgi:error] [pid 27454] [client 
> 209.20.18.21:4451] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: http://rel.rcmusic.ca:8080/cgi-bin/koha/admin/smart-rules.pl?branch=*
> [Fri Aug 05 09:48:50.761689 2016] [cgi:error] [pid 27460] [client 
> 209.20.18.21:4455] script not found or unable to stat: 
> /usr/share/koha/intranet/cgi-bin/img, referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/admin/smart-rules.pl?branch=*
> [Fri Aug 05 09:48:58.391208 2016] [cgi:error] [pid 27466] [client 
> 209.20.18.21:4498] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/admin/smart-rules.pl?branch=REL
> [Fri Aug 05 09:48:58.427979 2016] [cgi:error] [pid 27470] [client 
> 209.20.18.21:4502] script not found or unable to stat: 
> /usr/share/koha/intranet/cgi-bin/img, referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/admin/smart-rules.pl?branch=$
> [Fri Aug 05 09:49:22.835557 2016] [cgi:error] [pid 27489] [client 
> 209.20.18.21:4622] AH01215: [Fri Aug  5 09:49:22 2016] smart-rules.pl: Use of 
> uninitialized value in string eq at 
> /usr/share/koha/intranet/cgi-bin/admin/smart-rules.pl li$
> [Fri Aug 05 09:49:23.196508 2016] [cgi:error] [pid 27489] [client 
> 209.20.18.21:4622] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: http://rel.rcmusic.ca:8080/cgi-bin/koha/admin/smart-rules.pl
> [Fri Aug 05 09:49:23.206655 2016] [cgi:error] [pid 27493] [client 
> 209.20.18.21:4623] script not found or unable to stat: 
> /usr/share/koha/intranet/cgi-bin/img, referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/admin/smart-rules.pl
> 
> 
> Again, I have no idea why koha is looking for an .../img/ folder, or why it's 
> looking in a directory called /usr/lib/cgi-bin/img for cron scripts. I 
> installed Koha from packages by the book as I have

Re: [Koha] [Koha 16.05] CGI Error: "script not found or unable to stat: /usr/lib/cgi-bin/img..."

[Nombre]

El 04/08/16 a las 23:23, Craig Butosi escribió:
> Hi all,
> 
> Koha 16.05.02, package install on Ubuntu 14.04.
> 
> I tried to manually run some cronjobs for testing purposes before we go live 
> in September. One of these is fines.pl, which is located at 
> /usr/share/koha/bin/cronjobs/fines.pl
> 
> However,
> 
> When running the following at the commandline
> 
> $export KOHA_CONF=/etc/koha/sites/library2/koha-conf.xml  [library2 is our 
> instance name, btw]
> $export PERL5LIB=/usr/share/koha/lib
> 
> $/usr/share/koha/bin/cronjobs/fines.pl

Try executing from command line instead cron.

> 
> 
> No fines are posted to patron account (yes, all sysprefs, circ rules, etc are 
> set-up correctly).
> 
> Navigating to intranet-error.log, I find the following:
> 
> [Thu Aug 04 17:10:25.442365 2016] [cgi:error] [pid 2728] [client 
> 209.20.18.21:18385] script not found or unable to stat: /usr/lib/cgi-bin/img, 
> referer: 
> http://rel.rcmusic.ca:8080/cgi-bin/koha/members/pay.pl?borrowernumber=1
> 
> 
> I haven't the foggiest why it is searching /usr/lib/cgi-bin/img or how that 
> happened. It's a non-existent directory. Should it not be trying to search 
> elsewhere?
> 
> Please help! :S
> 
> C
> 
> Craig Butosi, MA, MLIS, B Mus (Hons.)
> LIBRARY SERVICES MANAGER
> the royal conservatory
> TELUS Centre for Performance and Learning
> 273 Bloor Street West
> Toronto, ON M5S 1W2
> 416.408.2824 x338
> www.rcmusic.ca
> 
> 
> 
> Note: This email message and any attachments are intended only for the use of 
> the individual to which it is addressed, and may contain information that is 
> privileged, confidential and exempt from disclosure under applicable law. If 
> the recipient of this email is not the intended recipient (or the employee or 
> agent responsible for delivering the email to the intended recipient), you 
> are hereby notified that any review, dissemination, distribution or copying 
> or other use of this message is strictly prohibited. If you have received 
> this communication in error, please notify the sender immediately by return 
> email and delete this message and attachments from your system, thank you.
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] search quits working

[Nombre]

El 03/08/16 a las 14:24, Scott Owen escribió:
> Ok...(showing my lack of Koha skillz)  how exactly do I apply the patch
> ???

You have to edit /usr/sbin/koha-stop-zebra

> 
> 
> On Wed, Aug 3, 2016 at 12:18 AM, Mark Tompsett  wrote:
> 
>> Greetings,
>>
>> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16885
>> I believe my patch, however ugly it may be, accomplishes this much
>> friendlier solution suggested by Tomas.
>>
>> GPML,
>> Mark Tompsett
>>
>> -Original Message-
>> From: Tomas Cohen Arazi
>> Sent: Tuesday, August 02, 2016 10:55 AM
>> To: Philippe Blouin ; Scott Owen ; Nombre
>> Cc: koha
>> Subject: Re: [Koha] search quits working
>>
>> Maybe we should tweak koha-stop-zebra so it returns when zebra is
>> completely off, so people don't need to tweak their logrotate files.
>> [SNIP]
>> ___
>> Koha mailing list  http://koha-community.org
>> Koha@lists.katipo.co.nz
>> https://lists.katipo.co.nz/mailman/listinfo/koha
>>
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] search quits working

[Nombre]

El 02/08/16 a las 16:08, Scott Owen escribió:
> Hi, 
> 
> I'm finally getting back to my Koha issues.
> 
> 
> "I'm going to test adding a line
> 
> /bin/sleep 5
> 
> as first command in postrotate in logrotate.d/koha-common. I'll see
> tomorrow."
> 
> Nombre, did this work for you ??

Not all times. Sometimes logs are rotated without problems but other
time not.

> 
> or is the issue maybe fixed in the latest release ??

I don't know, I've not installed yet.


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Adventures upgrading Ubuntu

[Nombre]

El 29/07/16 a las 12:00, Nombre escribió:
> Hello all...
> 
> I had Ubuntu 14.04 LTS with koha 16 installed as a local server to make
> tests and personal training.
> 
> Today I've decided upgrade to Ubuntu 16 LTS, running update-manager, but
> update-manager decide by itself to uninstall koha-common, why?. O.K. is
> not an official package, but it's my package, please respect me and may
> koha
> 
> I've copied /etc/koha, var/lib/koha and /var/spool/koha and made a dump
> from Maria-DB databases, and I'm waiting for upgrade finish.
> 
> I'll tell you about results...
> 
> Regards
> 

Hello again

Some incidents upgrading: really koha-common was uninstalled but
afortunaly not the same with configurations. When all packages were
downloaded laptop went to off silently (I was in the kitchen), perhaps
the reason was temperature, it's very hot in Spain these days.

Finally I had to finish upgrade manually, and install manually
koha-common. After that laptop seems O.K. with 16.04 LTS, koha too.

Regards
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Adventures upgrading Ubuntu

[Nombre]

Hello all...

I had Ubuntu 14.04 LTS with koha 16 installed as a local server to make
tests and personal training.

Today I've decided upgrade to Ubuntu 16 LTS, running update-manager, but
update-manager decide by itself to uninstall koha-common, why?. O.K. is
not an official package, but it's my package, please respect me and may
koha

I've copied /etc/koha, var/lib/koha and /var/spool/koha and made a dump
from Maria-DB databases, and I'm waiting for upgrade finish.

I'll tell you about results...

Regards
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] search quits working

[Nombre]

El 21/07/16 a las 14:55, Marcel de Rooy escribió:
> Bug 16885 ?

I'm going to test adding a line

/bin/sleep 5

as first command in postrotate in logrotate.d/koha-common. I'll see
tomorrow.

Regards

> 
> -Oorspronkelijk bericht-
> Van: Koha [mailto:koha-boun...@lists.katipo.co.nz] Namens Tomas Cohen Arazi
> Verzonden: donderdag 21 juli 2016 14:27
> Aan: Scott Owen ; Paul A 
> CC: koha 
> Onderwerp: Re: [Koha] search quits working
> 
> I blame logrotate.
> 
> El jue., 21 jul. 2016 a las 9:12, Scott Owen () escribió:
> 
>> Sorry
>> Debian, latest version of Koha.
>>
>> problem *seems* to have only started when I updated to the latest Koha 
>> version.
>>
>>
>> 3.22.06.000
>> Linux hskoha 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt25-2 
>> (2016-04-08)
>> i686
>>
>>
>> The issue seems to be with the zebra server somehow coming to a halt, 
>> and bailing.seemingly @ approx. 7:35 daily.
>>
>> a quick command of " koha-start-zebra  " makes things 
>> all-good.and I can search again.
>>
>> However, within a couple of daysthe zebra server appears to die again.
>>
>> I have two servers, both at exactly the same rev. and they are both 
>> exhibiting this behavior. Starting to look at some of the cron.daily 
>> commands.they seem the most likely suspect (in my eyes)
>>
>>
>>
>> cron.daily -->>
>>
>> #!/bin/sh
>> # /etc/cron.daily/koha-common -- Daily housekeeping tasks for all Kohas.
>> # Copyright 2010  Catalyst IT, Ltd
>> #
>> # This program is free software: you can redistribute it and/or modify 
>> # it under the terms of the GNU General Public License as published by 
>> # the Free Software Foundation, either version 3 of the License, or # 
>> (at your option) any later version.
>> #
>> # This program is distributed in the hope that it will be useful, # 
>> but WITHOUT ANY WARRANTY; without even the implied warranty of # 
>> MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the # GNU 
>> General Public License for more details.
>> #
>> # You should have received a copy of the GNU General Public License # 
>> along with this program.  If not, see .
>>
>> koha-foreach --enabled --email /usr/share/koha/bin/cronjobs/ 
>> overdue_notices.pl -t koha-foreach --enabled 
>> /usr/share/koha/bin/cronjobs/fines.pl
>> koha-foreach --enabled --email /usr/share/koha/bin/cronjobs/ 
>> advance_notices.pl -c koha-foreach --enabled 
>> /usr/share/koha/bin/cronjobs/membership_expiry.pl
>> -c
>> koha-foreach --enabled /usr/share/koha/bin/cronjobs/holds/
>> cancel_expired_holds.pl >/dev/null 2>&1 koha-foreach --enabled 
>> /usr/share/koha/bin/cronjobs/services_throttle.pl > /dev/null 2>&1 
>> koha-foreach --enabled 
>> /usr/share/koha/bin/cronjobs/cleanup_database.pl --sessions 
>> --zebraqueue 10 --list-invites koha-foreach --enabled --noemail 
>> /usr/share/koha/bin/cronjobs/ cleanup_database.pl --mail koha-foreach 
>> --enabled /usr/share/koha/bin/cronjobs/holds/
>> auto_unsuspend_holds.pl > /dev/null 2>&1 koha-foreach --enabled 
>> /usr/share/koha/bin/cronjobs/automatic_renewals.pl
>> koha-run-backups --days 2 --output /var/spool/koha
>>
>>
>>
>>
>> On Wed, Jul 20, 2016 at 6:41 PM, Paul A 
>> 
>> wrote:
>>
>>> At 10:20 AM 7/20/2016 -0400, Scott Owen wrote:
>>>
 Hi all,
 I'm having some issues with Koha searching from both the OPAC and 
 the staff Intranet.
 I have tried several solutions for reindexing etc...
 including
 ---Koha-rebuild-zebra -f -v -b mylibrary and ---export 
 PERL5LIB=/usr/share/koha/lib ---export 
 KOHA_CONF=/usr/share/koha/koha-conf.xml
 ---perl /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r 
 -v -run-as-root

>>>
>>> You don't say which version of Koha, nor what o/s you are using. 
>>> Assuming Debian/Ubuntu, what does printenv give you? You should see 
>>> something like (amongst other lines):
>>>
>>> me@my_server:/$ printenv
>>> PERL5LIB=/usr/share/koha/lib
>>>
>>>
>> PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr
>> /local/lib/perl
>>> KOHA_CONF=/usr/share/koha/koha-conf.xml
>>> KOHA_PATH=/usr/share/koha
>>>
>>> I'm also a little surprised by your "-run-as-root" -- in slightly 
>>> older versions of Koha, this was a "no-no", but may well have 
>>> changed
>> (mpm-itk?)
>>>
>>> There is also something I noticed in further emails:
>>>
 your zebra error logs.
>>> [snip]
 20160713 07:36:11 dlpms-koha-zebra: client (pid 526) killed by 
 signal
>>> 15, stopping
 20160713 07:40:07 dlpms-koha-zebra: client (pid 10116) killed by 
 signal
>>> 15, stopping
>>>
>>> What were the 9590 processes in the <4 minutes? That log entry would 
>>> certainly get my attention.
>>>
>>> Best -- P.
>>>
>>>
>>> none of these commands produce any errors, however, they also do not 
>>> fix
 the issue.


 A reboot of the VM will cause the "search" to work again for a day 
 or two??
 (I know."it shouldn't make a difference" ...but it 
 does

Re: [Koha] search quits working

[Nombre]

El 20/07/16 a las 18:11, Mark Tompsett escribió:
> Greetings,

Hello.

> 
> Thank you for your zebra error logs.
> 
> 20160703 07:36:05 dlpms-koha-zebra: client (pid 6341) killed by signal 15, 
> stopping
> 20160705 07:36:05 dlpms-koha-zebra: client (pid 2725) killed by signal 15, 
> stopping
> 20160710 07:36:06 dlpms-koha-zebra: client (pid 22889) killed by signal 15, 
> stopping
> 20160712 10:32:11 dlpms-koha-zebra: client (pid 601) killed by signal 15, 
> stopping
> 20160712 11:33:24 dlpms-koha-zebra: client (pid 559) killed by signal 15, 
> stopping
> 20160712 11:56:11 dlpms-koha-zebra: client (pid 549) killed by signal 15, 
> stopping
> 20160713 07:36:11 dlpms-koha-zebra: client (pid 526) killed by signal 15, 
> stopping
> 20160713 07:40:07 dlpms-koha-zebra: client (pid 10116) killed by signal 15, 
> stopping
> 20160717 07:36:07 dlpms-koha-zebra: client (pid 529) killed by signal 15, 
> stopping
> 
> I do know that the cron.daily runs at 7:35am, so you seem to be experiencing 
> the same issue we have.
> I purposefully hacked a cronjob to start at 7:55am, since our library opens 
> at 8:00am. I still, however, do not know the cause of this.
> Though, I don’t understand the 10:32, 11:33, or 11:56 ones.

I have two installations, one on remote server and other on local
laptop, on remote I'm having the same problem but not in laptop, at 7:35
zebra is killed.

I have two submissions for cleanup_database in cron.daily, how many have
you?

> 
> This should resolve the problem temporarily if the search quits working.
> $ sudo koha-start-zebra dlpms
> 
> GPML,
> Mark Tompsett
> 
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] koha installation problem

[Nombre]

El 12/04/16 a las 23:28, Michael Kuhn escribió:
> Hi
> 
>> i try to install koha ubuntu 14.04,but it does not work,first i make
>> update
>> then install the coha-common,and it's display the following error:
>> reading Packages list done
>> building dependecy tree
>> Reading information tree..done
>> E:unable to locate package Koha-common so
>> please help me.
> 
> Try to use the correct package name: koha-common
> 
> It's not "coha-common". It's not "Koha-common".
> 
> Hope this helps
> 
> Michael

I think you didn't add repository to your sources.list.

Regards
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] KOHA session ends after adding 10 book records

[Nombre]

El 29/02/16 a las 12:56, rawandnet escribió:
> Hello Katrin,
> 
> first of all thanks for your reply.
> 
> Below the version of the KOHA and other information about the system.
> Concerting your second question, we are entering all records by ourselves.

Have you any log messages?

> 
> Thanks,
> 
> 
> 
> Koha version: 3.20.04.000
> OS version ('uname -a'):  Linux library 3.19.0-25-generic 
> #26~14.04.1-Ubuntu
> SMP Fri Jul 24 21:16:20 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
> Perl interpreter: /usr/bin/perl
> Perl version: 5.018002
> Perl @INC:/usr/share/koha/lib
> /etc/perl
> /usr/local/lib/perl/5.18.2
> /usr/local/share/perl/5.18.2
> /usr/lib/perl5
> /usr/share/perl5
> /usr/lib/perl/5.18
> /usr/share/perl/5.18
> /usr/local/lib/site_perl
> .
> MySQL version:mysql Ver 14.14 Distrib 5.5.47, for debian-linux-gnu
> (x86_64) using readline 6.3
> Apache version:   Server version: Apache/2.4.7 (Ubuntu)
> Zebra version:Zebra 2.0.44 (C) 1994-2010, Index Data ApS Zebra is free
> software, covered by the GNU General Public License, and you are welcome to
> change it and/or distribute copies of it under certain conditions. SHA1 ID:
> 419ad759807269fdfa379799a051ed3a551c6541 Using ICU 
> 
> 
> 
> --
> View this message in context: 
> http://koha.1045719.n5.nabble.com/KOHA-session-ends-after-adding-10-book-records-tp5875896p5876275.html
> Sent from the Koha-general mailing list archive at Nabble.com.
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Setting DueDates and Sending OverDue Notices

[Nombre]

El 01/02/16 a las 20:22, Jesse Lambertson escribió:
> Thank you Craig.
> 
> Yes, there is a client running to send mail.
> Our sysadmin set it up for me.
> 
> We are getting all the other notifications EXCEPT overdues.

Have you checked crontab files in /etc?, perhaps the line with overdue
execution is commented.

I think I have commented in my installation, I don't remember clearly.

REagards


> 
> This is why I was thinking it might be a trigger or hard due date issue.
> 
> Jesse
> 
> On Mon, Feb 1, 2016 at 2:19 PM, Craig Butosi 
> wrote:
> 
>> Hi Jesse,
>>
>> Of the top of my head, did you install a mail transfer agent like Postfix
>> or Sendmail on your Debian machine? If not, the lack of an MTA might be the
>> culprit.
>>
>>
>> C
>>
>> Craig Butosi, MA, MLIS, B Mus (Hons.)
>> LIBRARY SERVICES MANAGER
>> THE ROYAL CONSERVATORY
>> TELUS Centre for Performance and Learning
>> 273 Bloor Street West
>> Toronto, ON M5S 1W2
>> 416.408.2824 x338
>> www.rcmusic.ca
>>
>> -Original Message-
>> From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Jesse
>> Lambertson
>> Sent: February-01-16 2:15 PM
>> To: koha@lists.katipo.co.nz
>> Subject: [Koha] Setting DueDates and Sending OverDue Notices
>>
>> Hello everyone,
>>
>> We are working in a koha set up (3.20 on debian 7 - package install on
>> local server).
>>
>> Our notifications are edited to send, most of them are going out etc.
>>
>> But the system is sending NO Overdue notices for some reason,
>>
>> Let me summarize what I have set up in case this is helpful to anyone.
>>
>> In Administration > Circulation & Fine Rules, we have set the circulation
>> polices, renewal permissions per patron types etc.
>>
>> In Patron Category Admin, we have set Overdue notices to YES.
>>
>> In that same Category, we have the set circulation unit in days (30) which
>> seems like it SHOULD trigger overdue notices at the appointed time - it is
>> not.
>>
>> *Why might this be*?
>>
>> Also, regarding the set up of Hard Due Dates: *Do these have to be set to
>> trigger OverDue notices if the other circulation rules are set*?
>> https://wiki.koha-community.org/wiki/Hard_Due_Dates_Circ_Rule_RFC
>>
>> I am not finding the language here as clear as I think it could be for me.
>>
>> We are currently sending notices for Advance Notice, Item Due and Holds
>> Available.
>> But OverDue notices are not going out.
>> I might have incorrectly set up the triggers defined here
>> http://translate.koha-community.org/manual/3.20/en/html-desktop/#noticetriggers
>> because I have delays set for advance notice and items due and one Overdue
>> notice. But it SEEMS the advance notice would need a different delay
>> trigger than overdue because one is before the item is due and one is after.
>>
>> The Cronjob is running to check them, the messaging queue is being checked
>> every 15 minutes according to the logs, but they are still not being sent.
>>
>> *What is it I am missing here*?
>> *Is this a trigger set-up issue, a hard due date issue or something
>> deeper*?
>>
>> Thank you for any advice.
>>
>> Jesse.
>>
>> --
>> Jesse A Lambertson
>> Librarian
>> عالم الانجازات ينحاز دوماً مع المتفائلين
>> ___
>> Koha mailing list  http://koha-community.org Koha@lists.katipo.co.nz
>> https://lists.katipo.co.nz/mailman/listinfo/koha
>>
>>
>> Note: This email message and any attachments are intended only for the use
>> of the individual to which it is addressed, and may contain information
>> that is privileged, confidential and exempt from disclosure under
>> applicable law. If the recipient of this email is not the intended
>> recipient (or the employee or agent responsible for delivering the email to
>> the intended recipient), you are hereby notified that any review,
>> dissemination, distribution or copying or other use of this message is
>> strictly prohibited. If you have received this communication in error,
>> please notify the sender immediately by return email and delete this
>> message and attachments from your system, thank you.
>>
> 
> 
> 

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha in Debian testing

[Nombre]

El 21/12/15 a las 17:20, Nombre escribió:
> Hello.

Hello.

> 
> Is there anybody running Koha 3.22 on Debian testing? Is all O.K.?

I have the answer: not possible to install, depending on apache2-mpm-itk
package not available on testing...

> 
> Rgards and thanks in advanced
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Koha in Debian testing

[Nombre]

Hello.

Is there anybody running Koha 3.22 on Debian testing? Is all O.K.?

Rgards and thanks in advanced
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Problem with BarcodeFallbackSearch

[Nombre]

El 09/12/15 a las 22:13, Liz Rea escribió:
> If this is a desirable feature, a good place to start would be to file a
> bug at http://bugs.koha-community.org. :)
> 
> Quite sure that having this functionality for the returns was not part
> of the spec for the original barcode fallback search development.

I thought this parameter was applied for returns too, for checkout and
return. Maybe a handicap for us because we have not barcodes printed on
items. Perhaps the rout would be : from catalog to the item, from the
item to user and from the user to loaned items.

> 
> Cheers,
> Liz
> 
> On 10/12/15 10:09, Nombre wrote:
>> Hello all.
>>
>> I'm testing checkouts and returns. I have configured
>> itemBarcodeFallbackSearch parameter as enabled.
>>
>> I've tested for chekouts and runs well: if I type the title instead of
>> barcode I get a button with the title and barcode to select. But for
>> returns it seems doesn't work: the only way to select the item is typing
>> the barcode.
>>
>> Shouldn't be the correct behaviour to show a list of items when I type
>> the title or author?
>>
>> Regards and thanks in adanced
>> ___
>> Koha mailing list  http://koha-community.org
>> Koha@lists.katipo.co.nz
>> https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 
> 
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Problem with BarcodeFallbackSearch

[Nombre]

Hello all.

I'm testing checkouts and returns. I have configured
itemBarcodeFallbackSearch parameter as enabled.

I've tested for chekouts and runs well: if I type the title instead of
barcode I get a button with the title and barcode to select. But for
returns it seems doesn't work: the only way to select the item is typing
the barcode.

Shouldn't be the correct behaviour to show a list of items when I type
the title or author?

Regards and thanks in adanced
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Update from 3.20

[Nombre]

Hello all.

I saw 3.22 packages for Debian are available. Unfortunately I have no
test environment so I would appreciate any kind of feedback on update
from 3.20 version.

Regards and thanks in advanced.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Best way to catalog serials

[Nombre]

Hello all.

I'm starting to catalog some serials we have, some of it are
discontinued, by the moment I'm making a bibliographic record and one
item record for each issue of the serial we have.

Now, I'm not sure if this is the best way and if is better to have a
bibliographic record for each issue.

How do you catalog this kind of serials?

Regards and thanks in advanced
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Circulation register delayed

[Nombre]

Hello.

We have a very little library in Spain (over 500 items, no more). Staff
persons are present only a day per week (thursday) but the library is
available full time. We have a paper sheets for circulation purpose:
people write the item, the name, the email and the date.

Now we are trying to migrate to Koha and we are thinking there is a
problem wiht this flow: lets say a person took an item on friday and
write all data in paper, next thursday we take the paper and register
all data, but the circulation date is the date we are registering not
last friday.

I was looking for a way to register a loan in other date than current
one without success.

I was looking for a tool to modify loan records, but the only was using SQL.

Regards and thanks in advanced
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Doubt about serials

[Nombre]

On 21/10/15 00:39, Paul A wrote:
> At 11:08 PM 10/20/2015 +0200, Nombre wrote:
>> On 20/10/15 22:42, Nombre wrote:
>> > On 20/10/15 21:59, Paul A wrote:
>> >> At 09:43 PM 10/20/2015 +0200, you wrote:
>> >>> After import books I'm dealing now with serials, but I think I'm
>> doing
>> >>> something wrong: I have some issues from a magazine, I've
>> registered a
>> >>> biblio record of type CR (continous resources), and I added some
>> items.
>> >>> I think is the best suitable for this purpose, but I can't see it in
>> >>> OPAC, neither in staff, it's not found.
>> >>
>> >> Is your Zebra re-indexing working properly? (either the normal cron
>> job
>> >> or manually.)
>> >
>> > I think yes: for records of type BK it seems O.K. but I'll check it
>>
>> I'm getting errors in /var/log/koha:
>> error retrieving biblio 1532 at
>> /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 679
>>
>> Biblio 1532 is the CR record created
> 
> You're using a more recent version of Koha than I do (and I don't have a
> sandbox set up at the moment) so I probably can't help you too much.
> Certainly the code has the mention:
> # here we do warn since catching an exception
> # means that the bib was found but failed
> # to be parsed

I suspect: records were registered using a modified SER framework
(modified by me and something wrong), I've just tested with "stock" SER
framework and went O.K.

I have to remake my framework

> 
> so it looks as though there is something wrong with your biblio record.
> If your "book" biblios work as expected, try saving your "serial" as a
> "book" to try and narrow down what the difference might be...
> 
> Or (fingers crossed) someone else might jump in with an instant fix.
> 
> Paul
> 
> 
> 
> 
> 
> 
>> Regards
>>
>> >
>> >>
>> >> Paul
>> >>
>> >> ---
>> >> Maritime heritage and history, preservation and conservation,
>> >> research and education through the written word and the arts.
>> >> <http://NavalMarineArchive.com> and <http://UltraMarine.ca>
>> >>
>> >> ___
>> >> Koha mailing list  http://koha-community.org
>> >> Koha@lists.katipo.co.nz
>> >> https://lists.katipo.co.nz/mailman/listinfo/koha
>> >
>> > ___
>> > Koha mailing list  http://koha-community.org
>> > Koha@lists.katipo.co.nz
>> > https://lists.katipo.co.nz/mailman/listinfo/koha
>> >
>>
>> ___
>> Koha mailing list  http://koha-community.org
>> Koha@lists.katipo.co.nz
>> https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Doubt about serials

[Nombre]

On 20/10/15 22:42, Nombre wrote:
> On 20/10/15 21:59, Paul A wrote:
>> At 09:43 PM 10/20/2015 +0200, you wrote:
>>> After import books I'm dealing now with serials, but I think I'm doing
>>> something wrong: I have some issues from a magazine, I've registered a
>>> biblio record of type CR (continous resources), and I added some items.
>>> I think is the best suitable for this purpose, but I can't see it in
>>> OPAC, neither in staff, it's not found.
>>
>> Is your Zebra re-indexing working properly? (either the normal cron job
>> or manually.)
> 
> I think yes: for records of type BK it seems O.K. but I'll check it

I'm getting errors in /var/log/koha:
error retrieving biblio 1532 at
/usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 679

Biblio 1532 is the CR record created

Regards

> 
>>
>> Paul
>>
>> ---
>> Maritime heritage and history, preservation and conservation,
>> research and education through the written word and the arts.
>> <http://NavalMarineArchive.com> and <http://UltraMarine.ca>
>>
>> ___
>> Koha mailing list  http://koha-community.org
>> Koha@lists.katipo.co.nz
>> https://lists.katipo.co.nz/mailman/listinfo/koha
> 
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
> 

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Doubt about serials

[Nombre]

On 20/10/15 21:59, Paul A wrote:
> At 09:43 PM 10/20/2015 +0200, you wrote:
>> After import books I'm dealing now with serials, but I think I'm doing
>> something wrong: I have some issues from a magazine, I've registered a
>> biblio record of type CR (continous resources), and I added some items.
>> I think is the best suitable for this purpose, but I can't see it in
>> OPAC, neither in staff, it's not found.
> 
> Is your Zebra re-indexing working properly? (either the normal cron job
> or manually.)

I think yes: for records of type BK it seems O.K. but I'll check it

> 
> Paul
> 
> ---
> Maritime heritage and history, preservation and conservation,
> research and education through the written word and the arts.
>  and 
> 
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Doubt about serials

[Nombre]

Hello

After import books I'm dealing now with serials, but I think I'm doing
something wrong: I have some issues from a magazine, I've registered a
biblio record of type CR (continous resources), and I added some items.
I think is the best suitable for this purpose, but I can't see it in
OPAC, neither in staff, it's not found.

I'm so confused, I don't know what to check

Regards and thanks in advanced
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha