Re: [Koha] Up-to-dateness of Koha database analysis by SchemaSpy

[Ahmad Nasser]

i install koha using package installation and i when i restore backup it
give me this error ("Can't create table 'koha_library.aqbasket' (errno:
150)")

i install koha version 16.5 and my backup file for koha 3.16 so how solve
it.

On Tue, Dec 27, 2016 at 8:43 AM, Katrin  wrote:

> Hi Ahmad,
>
> it's hard to tell for us where the problem is without the error messages.
> Sometimes you will get warnings that can be safely ignored. Can you send
> them with a new subject to the list?
>
> Katrin
>
>
> On 26.12.2016 21:36, Ahmad Nasser wrote:
>
>> i have old version for koha 3.16 and i want to upgrade so i want to update
>> or upgrade schema-koha to avoid error because when i upgrade to koha 3.22
>> or koha 3.20 it five me errors, please help me
>>
>> On Mon, Dec 26, 2016 at 9:57 PM, Chris Cormack 
>> wrote:
>>
>> Hi All
>>>
>>> I actually have most of that set up, eg http://schema.koha-community.
>>> org/master/
>>>
>>> And
>>>
>>> http://schema.koha-community.org/16_05/
>>>
>>> Just needs to be finished off, I'll try to do that in the next time few
>>> days, we will need to submit some patches to Koha so we link to the right
>>> version from the reports page though.
>>>
>>> Chris
>>>
>>> On 27 December 2016 8:44:29 AM NZDT, David Nind 
>>> wrote:
>>>
 Hi Michael.

 I will look into getting it up-to-date.

 It may take a few days though, as I work through what is required.

 I will also work out whether we can display the schema for different
 versions of Koha.

 Regards.

 David Nind | david.n...@gmail.com
 PO Box 12367, Thorndon, Wellington, New Zealand 6144
 m. +64 21 0537 847 | w. +64 4 8906 098
 ___
 Koha mailing list  http://koha-community.org
 Koha@lists.katipo.co.nz
 https://lists.katipo.co.nz/mailman/listinfo/koha

>>> --
>>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>>> ___
>>> Koha mailing list  http://koha-community.org
>>> Koha@lists.katipo.co.nz
>>> 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] Up-to-dateness of Koha database analysis by SchemaSpy

[Katrin]

Hi Ahmad,

it's hard to tell for us where the problem is without the error 
messages. Sometimes you will get warnings that can be safely ignored. 
Can you send them with a new subject to the list?


Katrin

On 26.12.2016 21:36, Ahmad Nasser wrote:

i have old version for koha 3.16 and i want to upgrade so i want to update
or upgrade schema-koha to avoid error because when i upgrade to koha 3.22
or koha 3.20 it five me errors, please help me

On Mon, Dec 26, 2016 at 9:57 PM, Chris Cormack 
wrote:


Hi All

I actually have most of that set up, eg http://schema.koha-community.
org/master/

And

http://schema.koha-community.org/16_05/

Just needs to be finished off, I'll try to do that in the next time few
days, we will need to submit some patches to Koha so we link to the right
version from the reports page though.

Chris

On 27 December 2016 8:44:29 AM NZDT, David Nind 
wrote:

Hi Michael.

I will look into getting it up-to-date.

It may take a few days though, as I work through what is required.

I will also work out whether we can display the schema for different
versions of Koha.

Regards.

David Nind | david.n...@gmail.com
PO Box 12367, Thorndon, Wellington, New Zealand 6144
m. +64 21 0537 847 | w. +64 4 8906 098
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
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] Problems with migrating from Koha 16.05 to 16.11

[Chris Cormack]

Hi again

Further to my last email, I just tested an upgrade of Koha to 16.11.00
on Debian Jessie (8, latest stable)

Here is my screencap

https://asciinema.org/a/9crqtkdx9d9g5lngoit6aingh


(apologies for the pause at the start, I had to help my 7 year old with
roblox, it pauses at zsh for a bit, then it should just all start rolling)

As you can see it went smooth. Maybe you can screencap what happens with
yours so we can figure out what is different

Chris



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

Re: [Koha] Problems with migrating from Koha 16.05 to 16.11

[Chris Cormack]

* David Whelchel (dlwhelc...@outlook.com) wrote:

Hello All,


Hi David

Merry Christmas and Happy Holidays to you too



I have been carefully and regularly updating the koha-common package version on 
Debian Wheezy 3.2.82-1 x86_64 (and its updates) since Koha version 3.14. Prior 
to that I ran Koha on the old Windows version (that is now thankfully dead). 
Now comes Version 16.11. Being an old hand but not being an active programmer, 
and having years of successful upgrades and builds for my and other libraries I 
thought, No Problem. Well not so!! I have tried a number of permutations to get 
this version of Koha built without success.

1) To try a test run I set up an Ubuntu 14.04 LTS system as recommend in the 
online documentation and selected the old stable option as I would need to 
migrate my database (in MySQL of course). No joy – received “koha-common : 
Depends: libgd-perl but it is not going to be installed”  at the sudo apt-get 
install koha-common step.

2) Well, so maybe I should use a fresh install the stable version and see if I 
can still use MySQL – after all it is still supported in 14.04. But again 
problems. More dependencies:

koha@koha314:~$ sudo apt-get install koha-common
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies
koha-common : Depends: libarchive-extract-perl but it is not installable
  Depends: libgd-perl but it is not installable
  Depends: libpath-tiny-perl but it is not installable
  Depends: libsereal-decoder-perl but it is not installable
  Depends: libsereal-encoder-perl but it is not installable
  Depends: libwww-youtube-download-perl but it is not installable
E: Unable to correct problems, you have held broken packages.

Ok So maybe Ubuntu changes too fast for this version of Koha to keep up with. 
So I’ll try Debian with both 16.05 and 16.11. But again similar problems and 
not success.

Where to now. Try the latest LTS versions of Ubuntu and Debian. Bumpkus – but 
at least I am persistent.

So why this long ramble?



Interestingly enough I have 16.11 running on 3 servers from the packages
(all on Debian 8). 2 Upgraded from 16.05, so I am not sure what you have
done differently. 


For the record libgd-perl is packaged for debian Jessie (the latest
stable version of Debian (it is also in testing and unstable too of
course). https://packages.debian.org/search?keywords=libgd-perl

So you must have done something non standard if you can not get it
working on debian 8. 

libgd-perl is in Ubuntu 14.04 too 
https://packages.debian.org/search?keywords=libgd-perl


So again, I am not sure what you did, maybe your sources are set up
wrong?



First I believe that there need to be some effort in either making 16.11 work 
in the recommended Ubuntu and Debian releases as documented or put a real 
effort into updating the Koha code and dependent applications up to date so 
that a migration from 16.05 (or earlier versions) can be made seamlessly 50 
16.11.x without our librarian non-programmers  going crazy (and not all of them 
have tech support).

Now put on your flame suits:


Here's a tip, if you ever think, oh I should start flaming ... think
again. 




I have been actively working in a university central computing center for more 
than 35 years. The discussion recently about mapping Koha library sites and 
whether the information and whether Marshall’s map program is open source or 
not started me to doubt the long term stability of the Koha-common project. I 
even broke my personal rule and commented to the thread (my commends received 
silence).

In order for this effort to succeed problems like the inability to use the 
package upgrade from previous versions to the newest version without problem 
must be a priority. Koha is a fabulous application and community. I hate to 
tell you Chris, but proprietary software seldom has these problems; they depend 
on the stability of their product for their pay checks.

Flame off:


While I disagree entirely with your assertion that every proprietary
software upgrade is smooth (a 2 second search of the web for things like
windows vista would prove the falsehood of that) I do agree it should
be as smooth as possible, and people are working on that. However I have
done 2 successful upgrades, so I will need to try and recreate your
particular set up to see if I can find what you did differently.

Having said all that, I do not feel I deserve to be personally attacked
like you have just done. I am a person with feelings who has spent 17
years working on Koha, and as far as I am aware this is the 

[Koha] Problems with migrating from Koha 16.05 to 16.11

[David Whelchel]

Hello All,

I have been carefully and regularly updating the koha-common package version on 
Debian Wheezy 3.2.82-1 x86_64 (and its updates) since Koha version 3.14. Prior 
to that I ran Koha on the old Windows version (that is now thankfully dead). 
Now comes Version 16.11. Being an old hand but not being an active programmer, 
and having years of successful upgrades and builds for my and other libraries I 
thought, No Problem. Well not so!! I have tried a number of permutations to get 
this version of Koha built without success.

1) To try a test run I set up an Ubuntu 14.04 LTS system as recommend in the 
online documentation and selected the old stable option as I would need to 
migrate my database (in MySQL of course). No joy – received “koha-common : 
Depends: libgd-perl but it is not going to be installed”  at the sudo apt-get 
install koha-common step.

2) Well, so maybe I should use a fresh install the stable version and see if I 
can still use MySQL – after all it is still supported in 14.04. But again 
problems. More dependencies:

koha@koha314:~$ sudo apt-get install koha-common
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
koha-common : Depends: libarchive-extract-perl but it is not installable
   Depends: libgd-perl but it is not installable
   Depends: libpath-tiny-perl but it is not installable
   Depends: libsereal-decoder-perl but it is not installable
   Depends: libsereal-encoder-perl but it is not installable
   Depends: libwww-youtube-download-perl but it is not installable
E: Unable to correct problems, you have held broken packages.

Ok So maybe Ubuntu changes too fast for this version of Koha to keep up with. 
So I’ll try Debian with both 16.05 and 16.11. But again similar problems and 
not success.

Where to now. Try the latest LTS versions of Ubuntu and Debian. Bumpkus – but 
at least I am persistent.

So why this long ramble?

First I believe that there need to be some effort in either making 16.11 work 
in the recommended Ubuntu and Debian releases as documented or put a real 
effort into updating the Koha code and dependent applications up to date so 
that a migration from 16.05 (or earlier versions) can be made seamlessly 50 
16.11.x without our librarian non-programmers  going crazy (and not all of them 
have tech support).

Now put on your flame suits:

I have been actively working in a university central computing center for more 
than 35 years. The discussion recently about mapping Koha library sites and 
whether the information and whether Marshall’s map program is open source or 
not started me to doubt the long term stability of the Koha-common project. I 
even broke my personal rule and commented to the thread (my commends received 
silence).

In order for this effort to succeed problems like the inability to use the 
package upgrade from previous versions to the newest version without problem 
must be a priority. Koha is a fabulous application and community. I hate to 
tell you Chris, but proprietary software seldom has these problems; they depend 
on the stability of their product for their pay checks.

Flame off:

Oh Yeah – if anyone has a solution to an in place upgrade to that the Koha 
database can be carried forward please let all of us who are experiencing 
problem know. But I am still expecting crickets.

Thanks

--Dave
---
David L. Whelchel
725 SE Derby Street
Pullman, WA 99163
whelc...@pullman.com

http://www.dlwa.com

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

Re: [Koha] Up-to-dateness of Koha database analysis by SchemaSpy

[David Nind]

Thanks Chris!

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

Re: [Koha] Up-to-dateness of Koha database analysis by SchemaSpy

[Ahmad Nasser]

i have old version for koha 3.16 and i want to upgrade so i want to update
or upgrade schema-koha to avoid error because when i upgrade to koha 3.22
or koha 3.20 it five me errors, please help me

On Mon, Dec 26, 2016 at 9:57 PM, Chris Cormack 
wrote:

> Hi All
>
> I actually have most of that set up, eg http://schema.koha-community.
> org/master/
>
> And
>
> http://schema.koha-community.org/16_05/
>
> Just needs to be finished off, I'll try to do that in the next time few
> days, we will need to submit some patches to Koha so we link to the right
> version from the reports page though.
>
> Chris
>
> On 27 December 2016 8:44:29 AM NZDT, David Nind 
> wrote:
> >Hi Michael.
> >
> >I will look into getting it up-to-date.
> >
> >It may take a few days though, as I work through what is required.
> >
> >I will also work out whether we can display the schema for different
> >versions of Koha.
> >
> >Regards.
> >
> >David Nind | david.n...@gmail.com
> >PO Box 12367, Thorndon, Wellington, New Zealand 6144
> >m. +64 21 0537 847 | w. +64 4 8906 098
> >___
> >Koha mailing list  http://koha-community.org
> >Koha@lists.katipo.co.nz
> >https://lists.katipo.co.nz/mailman/listinfo/koha
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> 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] Up-to-dateness of Koha database analysis by SchemaSpy

[Chris Cormack]

Hi All

I actually have most of that set up, eg http://schema.koha-community.org/master/

And 

http://schema.koha-community.org/16_05/

Just needs to be finished off, I'll try to do that in the next time few days, 
we will need to submit some patches to Koha so we link to the right version 
from the reports page though.

Chris

On 27 December 2016 8:44:29 AM NZDT, David Nind  wrote:
>Hi Michael.
>
>I will look into getting it up-to-date.
>
>It may take a few days though, as I work through what is required.
>
>I will also work out whether we can display the schema for different
>versions of Koha.
>
>Regards.
>
>David Nind | david.n...@gmail.com
>PO Box 12367, Thorndon, Wellington, New Zealand 6144
>m. +64 21 0537 847 | w. +64 4 8906 098
>___
>Koha mailing list  http://koha-community.org
>Koha@lists.katipo.co.nz
>https://lists.katipo.co.nz/mailman/listinfo/koha

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Up-to-dateness of Koha database analysis by SchemaSpy

[David Nind]

Hi Michael.

I will look into getting it up-to-date.

It may take a few days though, as I work through what is required.

I will also work out whether we can display the schema for different
versions of Koha.

Regards.

David Nind | david.n...@gmail.com
PO Box 12367, Thorndon, Wellington, New Zealand 6144
m. +64 21 0537 847 | w. +64 4 8906 098
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Data Leakage through Cover Requests

[Chris Cormack]

While that article only covers Amazon and Ex Libris Primo. It is always good to 
think about things like this when using third party content.

However Koha fetches Amazon images in quite a different way, with or without 
using coce and is not suspectible to this (at least for Amazon) However using 
coce will protect your uses from paractises like this for all cover image 
sources.

https://github.com/fredericd/coce

(Of course open library with its open data cover images doesn't do nasty things 
like this anyway. Yet another reason open beats proprietary)

Chris




On 27 December 2016 8:07:02 AM NZDT, "Bruce A. Metcalf" 
 wrote:
>Greetings,
>
>An article came to my attention today that suggests that private data
>is 
>being read by Amazon and Google when patrons use an OPAC that pulls 
>cover images from these services. The article is here:
>
>
>
>What is not clear to me is if Koha has this same problem, and if so, if
>
>it can be prevented.
>
>The blog post outlines a procedure for testing for this issue, but it's
>
>beyond my skill level to try it; perhaps someone else has the time and 
>interest.
>
>If such evil is the price of having cover images served by third 
>parties, then we can each decide if it's worth it, or if we want to 
>develop a workaround.
>
>Regards,
>/ Bruce /
>Bruce A. Metcalf, Librarian
>The Augustan Society, Inc.
>
>___
>Koha mailing list  http://koha-community.org
>Koha@lists.katipo.co.nz
>https://lists.katipo.co.nz/mailman/listinfo/koha

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Data Leakage through Cover Requests

[Bruce A. Metcalf]

Greetings,

An article came to my attention today that suggests that private data is 
being read by Amazon and Google when patrons use an OPAC that pulls 
cover images from these services. The article is here:




What is not clear to me is if Koha has this same problem, and if so, if 
it can be prevented.


The blog post outlines a procedure for testing for this issue, but it's 
beyond my skill level to try it; perhaps someone else has the time and 
interest.


If such evil is the price of having cover images served by third 
parties, then we can each decide if it's worth it, or if we want to 
develop a workaround.


Regards,
/ Bruce /
Bruce A. Metcalf, Librarian
The Augustan Society, Inc.

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

Re: [Koha] Koha zebra indexing stops every day morning.

[Server Room Thane]

Thanks Mark,

Problem is solved permanently. Thanks for the help.

Sandeep Ulhalkar

On Dec 19, 2016 7:38 PM, "Server Room Thane" 
wrote:

> Thanks Mark.
>
> I have done couple of changes in my server which you suggested. Lets see
> tomorrow morning what happens.
>
> Regards,
> Sandeep Ulhalkar
>
>
> On Mon, Dec 19, 2016 at 5:35 PM, Mark Alexander  wrote:
>
>> Excerpts from Server Room Thane's message of 2016-12-19 13:38:38 +0530:
>> > I am using Koha 16.05.04.000 version on Ubuntu 16.04.1 LTS. Problem is
>> > that, each day morning OPAC searching stops. We checked the status of
>> > Koha-common service. Its active.
>>
>> I ran into this problem, too.  It might be this bug:
>>
>> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16885
>>
>> I am running the latest 16.05, and the problem persisted despite the
>> update having applied the patch described in the bug to
>> /usr/sbin/koha-stop-zebra.
>>
>> To work around this problem, I used the suggestion from Radek Siman
>> to disable anacron (while logged in as root):
>>
>> 1) open /etc/cron.d/anacron and add a # to turn off the line starting
>> with 30 7 * * *  anacron...
>> 2) mv /usr/sbin/anacron /usr/sbin/anacron-temporarily-renamed
>>
>
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Up-to-dateness of Koha database analysis by SchemaSpy

[Michael Kuhn]

Hi

It seems to me that http://schema.koha-community.org/ is not up to date 
(it shows the date of Mon Jan 11 08:19 NZDT 2016).


For example Koha 16.11 has 70 fields in table "borrowers" but SchemaSpy 
still only shows 67 of them (like in Koha 16.05), missing the new fields 
"checkprevcheckout", "updated_on" and "lastseen".

* http://schema.koha-community.org/tables/borrowers.html

Would someone with the needed privileges please update this database 
description?


Also in Koha menu "Tools > Import patrons" the help text "Field list" 
does miss some fields: the three mentioned above and also 
"privacy_guarantor_checkouts" (introduced in Koha 16.05 I guess).


This leads me to another question: Is there any database description of 
older Koha versions (e. g. Koha 3.20, Koha 3.18) or will the database 
analysis by SchemaSpy always just overwrite and thus destroy all older 
status?


Best wishes: Michael
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Using z39.50 and http svc API do update biblios.

[Andriamihaja Njaraniaina Luc]

Hello,

I finally fix it. It was just about the URL I entered in ILS setting in 
MarcEdit. Before, I 
setted*http://my-server:my-port/cgi-bin/koha/svc/authentication* as 
hostname.


Using fiddler to debug http request send from MarcEdit, I realize it 
append automatically */cgi-bin/koha/svc/authentication* suffix so the 
url on update became 
*/cgi-bin/koha/svc/authentication/cgi-bin/koha/svc/bib/506?items=1* 
which could'nt work. MarcEdit didn't stated any error 'cause 
*http://my-server:my-port/cgi-bin/koha/svc/authentication**/cgi-bin/koha/svc/authentication* 
perfectly work when authenticating. (not when updating record).


I hope this will help others with same issue later.

Thanks,


Le 23/12/2016 à 19:08, Andriamihaja Njaraniaina Luc a écrit :


Hello,

Thank you for even replying me now. I'm already happy that it works on 
your side with the same tools. I configured Z39.50 and http svc API. 
They both work. I teset http svc api using curl and it return correct 
xml response as there is in the doc. The z39.50 is accessible with 
yaz-client and I can search record in Marcedit.


I can search in Marcedit but I can't update.

Koha : 16.11.00.000

Setting in MarcEdit :
- ILS Integration
- System : Koha
- Ignore SSL Certificate Errors
- Use Z39.50 Settings
- Syntax : Marc21
- Show Database checked
- Advanced Properties => Element Set => Full. Others or lefted 
empty


Then I load my records into MarcEdit using MarcEditor => Koha => 
Search. They are loaded. I make some modification. I update using Koha 
=> Update/create. It says it's successfull but data are not just updated.


Anyway, is there any tool I can't test the records updating other than 
MarcEdit?


Thank you so much,


Le 22/12/2016 à 14:39, Katrin a écrit :

Hi,

in order to be able to help you it would be good to know which 
instructions you followed, how you configured MARCEdit and which 
version of Koha you are using.


I have recently tried the feature for adding records from MARCEdit 
with Koha 16.11 and it seemed to work ok.


Hope this helps,

Katrin

On 19.12.2016 11:38, dev...@cores-mada.net wrote:

Hello,

I connect to my koha z39.50 for updating using marcedit. I have huge
problem 'cause no error from marcedit but my koha database is not
updating at all.

Is there prerequested to be able to do that? I can search from koha in
marcedit, but record are not updated then to koha.

19:58:53-16/12 zebrasrv(5) [warn] XML: Entity: line 1:
19:58:53-16/12 zebrasrv(5) [warn] XML: parser
19:58:53-16/12 zebrasrv(5) [warn] XML: error :
19:58:53-16/12 zebrasrv(5) [warn] XML: Document is empty

19:58:53-16/12 zebrasrv(5) [warn] XML: 00840nam a2200133Ia
458004101120004124500940005326000180014765003330

19:58:53-16/12 zebrasrv(5) [warn] XML: ^

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

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