Dear Zeno,
Thanks. We have always used chr, so wouldn't have noticed. We do not use
many non-european characters, but the few that we do, seem to work (and
can be used as search terms) -- see e.g.
<https://opac.navalmarinearchive.com/cgi-bin/koha/opac-detail.pl?biblionumber=32544>.
We have noticed a small difference with 2.0.59 in the "facets" or
whatever the left-hand column of the OPAC is called -- the "Authors"
list is re-ordered (same content when you click on "Show more", haven't
looked too deeply into it yet), all other facets appear identical.
If the CHU side could be totally fixed, I would truly like to see Zebra
retained long term as a Koha asset. It's fast, reliable, not a
memory-hogger and appears to meet cataloging needs quite nicely. Just my
"one cent."
Best -- Paul
On 2018-09-05 11:53 AM, Zeno Tajoli wrote:
Dear Paul,
the bug fixed in 2.0.59 is so describet in Zebra changelog:
--- 2.0.60 2015/02/06
Fix ICU phrase searches for terms split by ICU ZEB-664
Update Visual Studio nmake file for VS 2013.
https://software.indexdata.com/zebra/doc/NEWS
The patch is here:
https://github.com/indexdata/idzebra/commit/704fd190292cb771df94553b0ed6f9f4b71660a6
In fact in zebra 2.0.59 ICU doesn't work. If you setup ICU in fact is a big
problem.
If you can not use ICU, well you can live with it
Bye
Zeno Tajoli
On Wed, Sep 5, 2018 at 5:36 PM Paul A <pau...@navalmarinearchive.com
<mailto:pau...@navalmarinearchive.com>> wrote:
David and all who assisted,
Firstly many thanks. Upgrading o/s is always challenging (one reason we
only look into it every two years.)
For the record, the two "show-stoppers" that we encountered were:
a) modulePath in the four zebra-*.cnf files (the solution that
David suggested below)
b) the Ubuntu server install that we used did *not* install
'daemon'
Our new back-up server is now running perfectly, and we're confident
that we can now tackle the production server.
David -- I might add that we like Zebra, and if you do get involved in
its maintenance one day, please let me know (btw, we did use the Ubuntu
repository 2.0.59, replacing 2.0.44, and so far have not found any
glitches. Could you point me to the problems that you and Robin
reported?)
Again, my thanks all round, and my best regards.
Paul
On 2018-08-28 08:34 PM, David Cook wrote:
> 1. Don't compile Zebra from source. Indexdata has a tonne of
packages available that you can use instead.
>
> Take a look at the Downloads section on
https://www.indexdata.com/resources/software/zebra/ (or
http://ftp.indexdata.dk/pub/zebra/ubuntu/README) . I wouldn't use
the Zebra packages from the Debian/Ubuntu distros since they're old
and buggy. Robin and I reported the problems with 2.0.59 years ago,
but I think the maintainer has disappeared, so nothing is being done
about it anymore. I've thought about taking over as maintainer for
Debian, but don't have the time at the moment.
>
> 2. When you're having issues with Zebra, this is a really good
place to look:
https://wiki.koha-community.org/wiki/Troubleshooting_Zebra.
>
> Robin set it up ages ago and I've contributed to it from time to
time. It looks like
https://wiki.koha-community.org/wiki/Troubleshooting_Zebra#No_such_record_type
specifically relates to your problem.
>
> Cheers,
>
> David Cook
> Systems Librarian
> Prosentient Systems
> 72/330 Wattle St
> Ultimo, NSW 2007
> Australia
>
> Office: 02 9212 0899
> Direct: 02 8005 0595
>
> -----Original Message-----
> From: koha-devel-boun...@lists.koha-community.org
<mailto:koha-devel-boun...@lists.koha-community.org>
[mailto:koha-devel-boun...@lists.koha-community.org
<mailto:koha-devel-boun...@lists.koha-community.org>] On Behalf Of
Paul A
> Sent: Wednesday, 29 August 2018 4:15 AM
> To: Koha Devel <koha-devel@lists.koha-community.org
<mailto:koha-devel@lists.koha-community.org>>
> Subject: Re: [Koha-devel] zebra package
>
> On 2018-08-28 01:45 PM, Tomas Cohen Arazi wrote:
>> If you are using a regular koha-common package install,
>
> We're not. As I wrote (below), from tarball.
>
> There is now a "warn" on re-indexing: "14:04:11-28/08
zebraidx(5446) [warn] No such record type:
> dom./etc/koha/zebradb/biblios/etc/dom-config.xml"
>
> but the file /etc/koha/zebradb/biblios/etc/dom-config.xml exists
and appears to be entirely "Bibliographic DOM config for MARC XML input"
> with 644 permissions for user 'koha:koha'.
>
> Thanks -- Paul
>
> please
>>
>> # make sure zebra is running:
>> $ sudo koha-zebra --restart <instance> # and restart Plack just in
>> case it still belives zebra is down $ sudo koha-plack --restart
>> <instance>
>>
>> (replace <instance> with the instance name),
>>
>> El mar., 28 ago. 2018 a las 14:41, Paul A
>> (<pau...@navalmarinearchive.com
<mailto:pau...@navalmarinearchive.com>
>> <mailto:pau...@navalmarinearchive.com
<mailto:pau...@navalmarinearchive.com>>>)
>> escribió:
>>
>> On 2018-08-28 11:44 AM, Barton Chittenden wrote:
>> > As of debian jessie / Ubuntu 16.04 (xenial), I think
idzebra-2.0
>> should
>> > be at 2.0.62 or 2.0.63.
>> >
>> > There are known bugs in 2.0.59 which is the default for
debian
>> jessie
>> > and Ubuntu 16.04, so you'll need to use indexdata's
repos for those.
>> >
>> > I don't know what the version is for Ubuntu 18.04, but
2.0.44 is
>> very old.
>>
>> Thanks -- used apt install idzebra-2.0 and Koha-admin
"about" now
>> reports Zebra 2.0.59. Reindexed all biblios and auths.
Still "No
>> results
>> found". (Ubuntu 18.04.)
>>
>> Looked at bug 16581. Is the suggestion to compile Zebra
2.1.3 from
>> source? and if so, is this backwards compatible?
>>
>> Thanks -- Paul
>> >
>> > --Barton
>> >
>> >
>> >
>> > On Tue, Aug 28, 2018 at 11:25 AM, Paul A
>> <pau...@navalmarinearchive.com
<mailto:pau...@navalmarinearchive.com>
<mailto:pau...@navalmarinearchive.com
<mailto:pau...@navalmarinearchive.com>>
>> > <mailto:pau...@navalmarinearchive.com
<mailto:pau...@navalmarinearchive.com>
>> <mailto:pau...@navalmarinearchive.com
<mailto:pau...@navalmarinearchive.com>>>> wrote:
>> >
>> > Has anyone else had a problem installing zebra (possibly
>> 2.0.44) on
>> > Ubuntu 18.04LTS?
>> >
>> > We are currently updating our IT structure as part
of our
>> two-year
>> > LTS cycle. Koha (various versions, all tarball which
is a policy
>> > decision) install properly, have perfect www interfaces
>> (admin and
>> > public), but fail as all searches report nothing
found, because
>> > zebra is apparently mis- | badly | not installed
("about" gives a
>> > blank, where 12.04, 14.04 and 16.04 report "Zebra
2.0.44") On the
>> > other hand, commands such as:
>> > ./bin/migration_tools/rebuild_zebra.pl
<http://rebuild_zebra.pl>
>> <http://rebuild_zebra.pl> <http://rebuild_zebra.pl> -a
>> > -r -v
>> > ./bin/migration_tools/rebuild_zebra.pl
<http://rebuild_zebra.pl>
>> <http://rebuild_zebra.pl> <http://rebuild_zebra.pl> -b
>> > -r -v -x
>> > work perfectly, reporting proper numbers of auths
and bibs,
>> > cleaning, and reporting no errors.
>> >
>> > I would welcome any thoughts, particularly a
debian/ubuntu
>> package
>> > repository/name suitable for either apt or cpan. Thanks.
>> >
>> > Paul
_______________________________________________
Koha-devel mailing list
Koha-devel@lists.koha-community.org
<mailto:Koha-devel@lists.koha-community.org>
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
_______________________________________________
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
