At 04:29 PM 10/8/2012 +0200, Fridolyn SOMERS wrote:
I mean a diff in terminal :
diff -ur <zebra conf in sources> <zebra conf
running>
I know that some indexes in authorities/record.abs (not .bas, sorry) are
nex in 3.8
Many thanks Fridolyn -- output below; (it looks to me like a normal
install, but) with your expertise, maybe you can find something
suspicious? Merci mille fois - paul
paul@nelson:/$ diff -ur
/mnt/data1/koha-3.08.05/etc/zebradb/zebra-authorities-dom.cfg
/etc/koha/zebradb/zebra-authorities-dom.cfg
---
/mnt/data1/koha-3.08.05/etc/zebradb/zebra-authorities-dom.cfg
2012-09-22 14:40:26.000000000 -0400
+++ /etc/koha/zebradb/zebra-authorities-dom.cfg 2012-09-22
10:10:58.000000000 -0400
@@ -4,7 +4,7 @@
# $Id: zebra.cfg,v 1.1.2.2 2006/05/09 12:03:16 rangi Exp $
#
# Where are the config files located?
-profilePath:__ZEBRA_CONF_DIR__/authorities/etc:__ZEBRA_CONF_DIR__/etc:__ZEBRA_CONF_DIR__/marc_defs/__ZEBRA_MARC_FORMAT__/authorities:__ZEBRA_CONF_DIR__/lang_defs/__ZEBRA_LANGUAGE__:__ZEBRA_CONF_DIR__/xsl
+profilePath:/etc/koha/zebradb/authorities/etc:/etc/koha/zebradb/etc:/etc/koha/zebradb/marc_defs/marc21/authorities:/etc/koha/zebradb/lang_defs/en:/etc/koha/zebradb/xsl
encoding: UTF-8
# modulePath - where to look for loadable zebra modules
@@ -22,9 +22,9 @@
# type is split into fundamental type. file-read-type .
argument
#
http://www.indexdata.dk/zebra/doc/zebra-cfg.tkl
#
http://www.indexdata.dk/zebra/doc/grs.tkl
-recordtype: dom.__ZEBRA_CONF_DIR__/authorities/etc/dom-config.xml
-marcxml.recordtype:
dom.__ZEBRA_CONF_DIR__/authorities/etc/dom-config.xml
-iso2709.recordtype:
dom.__ZEBRA_CONF_DIR__/authorities/etc/dom-config-marc.xml
+recordtype: dom./etc/koha/zebradb/authorities/etc/dom-config.xml
+marcxml.recordtype:
dom./etc/koha/zebradb/authorities/etc/dom-config.xml
+iso2709.recordtype:
dom./etc/koha/zebradb/authorities/etc/dom-config-marc.xml
recordId: (bib1,Local-Number)
# was auth1
@@ -32,17 +32,17 @@
storeData:1
# Lock File Area
-lockDir: __ZEBRA_LOCK_DIR__/authorities
+lockDir: /var/lock/koha/zebradb/authorities
perm.anonymous:ar
-perm.__ZEBRA_USER__:rw
-register: __ZEBRA_DATA_DIR__/authorities/register:4G
-shadow: __ZEBRA_DATA_DIR__/authorities/shadow:1G
+perm.koha:rw
+register: /var/lib/koha/zebradb/authorities/register:4G
+shadow: /var/lib/koha/zebradb/authorities/shadow:1G
# Temp File area for result sets
-setTmpDir: __ZEBRA_DATA_DIR__/authorities/tmp
+setTmpDir: /var/lib/koha/zebradb/authorities/tmp
# Temp File area for index program
-keyTmpDir: __ZEBRA_DATA_DIR__/authorities/key
+keyTmpDir: /var/lib/koha/zebradb/authorities/key
# Approx. Memory usage during indexing
memMax: 50M
Best reagard,
Le 04/10/2012 21:00, Paul a écrit :
At 11:01 AM 10/4/2012 +0200,
Fridolyn SOMERS wrote:
Hie,
Make a diff between your zebra config and le zebra config in sources.
Especially marc_def/xxmarc/authorities/records.bas and ccl.properties.
Merci bien, mais ... could you be a bit more specific, please?
What should I edit in the source of which zebra config file? And
then reinstall? Does this also account for the << make: ***
[test_dynamic] Error 255 >>?
I've had a look at ccl.properties (can't see anything strange, and the
only difference between 3.6.1 and 3.8.5 is in rem'd line 834 where the
duplicate word 'the' in "The identifier of the the authority"
has been removed) -- and cannot find
'marc_def/xxmarc/authorities/records.bas' in either version.
Encore une fois, merci.
a+ paul
Best regards,
Le 04/10/2012 00:28, Paul a écrit :
In my continuing quest to upgrade
3.6.1 to 3.8.x without loss of functionality (specifically authorities,
generally zebra) I have now upgraded my sandbox (db fully synchronized
with the production box) to 3.8.5 along the lines of "bug
8071 blocker" ... however in 3.8.5:
Results 1 to 20 of 424
Summary Used in Delete
World War, 1914-1918
Details 0 biblio(s)
Delete
World War, 1914-1918 Aerial operations.
Details 0 biblio(s)
Delete
/ ... /
in 3.6.1:
World War, 1914-1918
Details 5 biblio(s)
World War, 1914-1918 Aerial operations.
Details 16 biblio(s)
/ ... /
So, are authorities during the upgrade still broken? Is it my db?
I did do a "test" during the upgrade:
paul@server:/koha-3.08.05$
sudo make test
/ ... /
Test Summary Report
-------------------
t/Barcodes_ValueBuilder.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: Bad plan. You planned 10 tests but ran 0.
Files=89, Tests=8155, 15 wallclock secs ( 0.72 usr 0.13 sys + 13.75 cusr 0.86 csys = 15.46 CPU)
Result: FAIL
Failed 1/89 test programs. 0/8155 subtests failed.
make: *** [test_dynamic] Error 255
but decided (despite that) to try:
paul@server:/koha-3.08.05$ sudo make upgrade
No errors reported
From web interface:
Update report :
Upgrade to 3.08.04.001 done (Bug 8657 - Default sort by call number does not work. Correcting system preference value.)
Upgrade to 3.08.04.002 done. (Bug 8002: Update patron attribute types table from varchar(1) to varchar(10) category_code)
Warning to Koha System Administrators: If you use borrower attributes defined by borrower categories, you have to check your configuration. A bug may have removed your attribute links to borrower categories.
Please check, and fix it if necessary.Upgrade to 3.08.05.000 (3.8.5 release) done
So ... is 3.8.x repairable?
What am I missing?
thanks - Paul
_______________________________________________
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/
--
Fridolyn SOMERS
Biblibre - Pôle Support
fridolyn.somers@biblibre.com
_______________________________________________
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/
---
Maritime heritage and history, preservation and conservation,
research and education through the written word and the arts.
<http://NavalMarineArchive.com> and <http://UltraMarine.ca>
--
Fridolyn SOMERS
Biblibre - Pôle Support
fridolyn.somers@biblibre.com
_______________________________________________
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/