Re: [Koha-devel] Cataloguing authorities 3.6/3.8
At 09:04 PM 9/24/2012 -0300, Tomas Cohen Arazi wrote:
On Mon, Sep 24, 2012 at 8:11 PM, Jared Camins-Esakov <jcamins@cpbibliography.com> wrote: However, there was a bug in Koha 3.8.1-3.8.4
that made the links not show up in searches. I believe it has been fixed in 3.8.5. I do not have a bug number off the top of my head.
8071?
I realize that I will be told "this is not the way to do it", but ... Bug 8071 has "4 files changed". The 3.8.5 tarball has /authorities/blinddetail-biblio-search.pl /C4/AuthoritiesMarc.pm /C4/Biblio.pm but I can't find .../authorities/blinddetail-biblio-search.tt -- is this generated? or where can I find it? It exists on my sandbox and production as /usr/share/koha/intranet/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt -- the lines correspond (more or less) to the "attachment" for the bug, but I cannot follow the edit: what does @@ -13,24 +13,6 @@ mean? I can rem out lines 13-24 (actually 17-33 in my 3.8.4 according to the "-" lines that Fridolyn SOMERS wrote), but what is +13,6? I don't see an obvious "+". I need to get our production server running after proof of concept on the sandbox. Can someone please tell me where to find a "modded bug 8071" copy of blinddetail-biblio-search.tt? At the moment, our cataloguers have put about 450 biblios into our production database since we upgraded to 3.8.4 on 14 September - either I can get 3.8.4 past this glitch, or I can restore 3.6.1 on the production server and tell our cataloguers to start over ... Again, I realize that I will be told "this is not the way to do it", but I tried installing|upgrading 3.8.5 over the top of 3.8.4 (on the sandbox, using 'perl Makefile.PL --prev-install-log /usr/share/koha/misc/koha-install-log') and ended up with a bigger muddle (only in part attributable to our customization, but my customization scripts were written for 3.8.4, so I would have to start over) so need to try just replacing the 4 files (sandbox restored from backup to 3.8.4 - now working pre-bug8071 again.) Thanks for your understanding. Paul
Probably not good to follow up on my own postings, but could someone please, please give me some clarity on /authorities/blinddetail-biblio-search.tt? I copied /authorities/blinddetail-biblio-search.pl, /C4/AuthoritiesMarc.pm and /C4/Biblio.pm from 3.8.5 and "did my best" with the template. It all looked fairly promising (authorities back in place), but then I found failure indexing new biblios (to see if "old" authorities were visible): Records exported: 37533 ==================== REINDEXING zebra ==================== 15:44:27-25/09 zebraidx(3116) [warn] Missing attribute 'type' in attribute info 15:44:27-25/09 zebraidx(3116) [warn] Unknown register type: 15:45:18-25/09 zebraidx(3116) [warn] isamb: Inconsistent register (2) zebraidx: isamb.c:1102: insert_leaf: Assertion `*lookahead_mode' failed. 15:45:37-25/09 zebraidx(3129) [warn] previous transaction didn't reach commit ==================== CLEANING ==================== This *may* be just that with all the messing-around I've terminally damaged the db - I may have to do a mysql DROP before restoring a valid dump. Thanks - Paul koha@server:/usr/share/koha/bin/migration_tools$ At 12:07 PM 9/25/2012 -0400, Paul wrote:
At 09:04 PM 9/24/2012 -0300, Tomas Cohen Arazi wrote:
On Mon, Sep 24, 2012 at 8:11 PM, Jared Camins-Esakov <jcamins@cpbibliography.com> wrote: However, there was a bug in Koha 3.8.1-3.8.4
that made the links not show up in searches. I believe it has been fixed in 3.8.5. I do not have a bug number off the top of my head.
8071?
I realize that I will be told "this is not the way to do it", but ...
Bug 8071 has "4 files changed". The 3.8.5 tarball has
/authorities/blinddetail-biblio-search.pl /C4/AuthoritiesMarc.pm /C4/Biblio.pm
but I can't find .../authorities/blinddetail-biblio-search.tt -- is this generated? or where can I find it?
It exists on my sandbox and production as /usr/share/koha/intranet/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt -- the lines correspond (more or less) to the "attachment" for the bug, but I cannot follow the edit:
what does @@ -13,24 +13,6 @@ mean? I can rem out lines 13-24 (actually 17-33 in my 3.8.4 according to the "-" lines that Fridolyn SOMERS wrote), but what is +13,6? I don't see an obvious "+".
I need to get our production server running after proof of concept on the sandbox. Can someone please tell me where to find a "modded bug 8071" copy of blinddetail-biblio-search.tt?
At the moment, our cataloguers have put about 450 biblios into our production database since we upgraded to 3.8.4 on 14 September - either I can get 3.8.4 past this glitch, or I can restore 3.6.1 on the production server and tell our cataloguers to start over ...
Again, I realize that I will be told "this is not the way to do it", but I tried installing|upgrading 3.8.5 over the top of 3.8.4 (on the sandbox, using 'perl Makefile.PL --prev-install-log /usr/share/koha/misc/koha-install-log') and ended up with a bigger muddle (only in part attributable to our customization, but my customization scripts were written for 3.8.4, so I would have to start over) so need to try just replacing the 4 files (sandbox restored from backup to 3.8.4 - now working pre-bug8071 again.)
Thanks for your understanding.
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/
--- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com> and <http://UltraMarine.ca>
On 2012-09-26, at 4:07 AM, Paul wrote:
At 09:04 PM 9/24/2012 -0300, Tomas Cohen Arazi wrote:
On Mon, Sep 24, 2012 at 8:11 PM, Jared Camins-Esakov <jcamins@cpbibliography.com> wrote: However, there was a bug in Koha 3.8.1-3.8.4
that made the links not show up in searches. I believe it has been fixed in 3.8.5. I do not have a bug number off the top of my head.
8071?
I realize that I will be told "this is not the way to do it", but ...
Bug 8071 has "4 files changed". The 3.8.5 tarball has
/authorities/blinddetail-biblio-search.pl /C4/AuthoritiesMarc.pm /C4/Biblio.pm
but I can't find .../authorities/blinddetail-biblio-search.tt -- is this generated? or where can I find it?
It exists on my sandbox and production as /usr/share/koha/intranet/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt -- the lines correspond (more or less) to the "attachment" for the bug, but I cannot follow the edit:
what does @@ -13,24 +13,6 @@ mean? I can rem out lines 13-24 (actually 17-33 in my 3.8.4 according to the "-" lines that Fridolyn SOMERS wrote), but what is +13,6? I don't see an obvious "+".
I need to get our production server running after proof of concept on the sandbox.
Can someone please tell me where to find a "modded bug 8071" copy of blinddetail-biblio-search.tt?
mason@xen1:~/g/head$ git reset --hard v3.08.05 Checking out files: 100% (4171/4171), done. HEAD is now at 0649fca Merge remote-tracking branch 'tamil/3.8.5-translate' into 3.8.x mason@xen1:~/g/head$ find . -iname blinddetail-biblio-search.tt ./koha-tmpl/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt
At 08:20 AM 9/26/2012 +1200, Mason James wrote:
Can someone please tell me where to find a "modded bug 8071" copy of blinddetail-biblio-search.tt?
mason@xen1:~/g/head$ git reset --hard v3.08.05 Checking out files: 100% (4171/4171), done. HEAD is now at 0649fca Merge remote-tracking branch 'tamil/3.8.5-translate' into 3.8.x
mason@xen1:~/g/head$ find . -iname blinddetail-biblio-search.tt ./koha-tmpl/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt
With the greatest of respect, I do not have a ~/g/head. Would you please be kind enough to give me a cat|vi or other text output of that file? I do have koha-3.08.05 (untarred download): paul@nelson:/mnt/data1/koha-3.08.05$ find . -iname blinddetail-biblio-search.tt paul@nelson:/mnt/data1/koha-3.08.05$ So it's not there. Thanks and 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>
On 2012-09-26, at 12:13 PM, Paul wrote:
At 08:20 AM 9/26/2012 +1200, Mason James wrote:
Can someone please tell me where to find a "modded bug 8071" copy of blinddetail-biblio-search.tt?
mason@xen1:~/g/head$ git reset --hard v3.08.05 Checking out files: 100% (4171/4171), done. HEAD is now at 0649fca Merge remote-tracking branch 'tamil/3.8.5-translate' into 3.8.x
mason@xen1:~/g/head$ find . -iname blinddetail-biblio-search.tt ./koha-tmpl/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt
With the greatest of respect, I do not have a ~/g/head. Would you please be kind enough to give me a cat|vi or other text output of that file?
I do have koha-3.08.05 (untarred download):
paul@nelson:/mnt/data1/koha-3.08.05$ find . -iname blinddetail-biblio-search.tt paul@nelson:/mnt/data1/koha-3.08.05$
So it's not there.
Thanks and regards, Paul
you can get any file yourself, using Koha's gitweb... http://git.koha-community.org/cgi-bin/gitweb.cgi?p=koha.git;a=blob;f=koha-tm... http://git.koha-community.org/cgi-bin/gitweb.cgi?p=koha.git;a=blob_plain;f=k...
At 06:41 PM 9/26/2012 +1200, Mason James wrote:
I do have koha-3.08.05 (untarred download):
paul@nelson:/mnt/data1/koha-3.08.05$ find . -iname blinddetail-biblio-search.tt paul@nelson:/mnt/data1/koha-3.08.05$
So it's not there.
you can get any file yourself, using Koha's gitweb...
http://git.koha-community.org/cgi-bin/gitweb.cgi?p=koha.git;a=blob;f=koha-tm...
Thank you -- I have never used "git" before so was totally unaware of this capability. The file that you reference is labeled 'tamil/3.8.5-translate' so I'm not sure how I could have guessed this. I also just tried a "search" for blinddetail-biblio-search.tt on the git home page, and it comes up empty ;={ Anyway, I'm about to start a complete new install (o/s + 3.8.4) on the sandbox to test how I can "fix" the production server (I obviously cannot take any risks with the main server -- but technically they're close enough - both 64-bit Intel 8-core with 16Gb RAM.) If any one of you developers has suggestions, I am more than happy to share any results with the community -- somehow I feel that we can't be the only organization with this glitch. Curiosity prompts me to ask how this .tt file is generated or obtained during the install? It does not appear to be in the tarball. Best regards and again thanks, Paul
Greetings,
Anyway, I'm about to start a complete new install (o/s + 3.8.4) on the sandbox to test how I can "fix" the production server
This would be a great opportunity to do a packages or git installation. You only have to get the data from the live machine: $ mysqldump -u {the user name} -p {the koha database name} > PleaseTryIt.sql And transfer the data into the instance database, or git database before doing the web install. A git install is similar to a tarball install (you still get to name your database whatever you'd like, and still have those nasty long building sequences), and if you search bugzilla for patches, you can see if your problem has already been fixed with a patch that someone else provided. If it is, then you can apply the patch on the live system (after testing on your sandbox) -- without you having to figure out how to do it yourself. BTW, more problems were fixed in 3.8.5, and a packages installation on your sandbox would be good practice for doing an upgrade from tarball to packages in live. Upgrades become so much easier, and the down time is mostly reindexing. Just trying to suggest something to save you headaches in the future, like the one you are having now because you said you wanted the headaches and didn't want to try the suggestion before. GPML, Mark Tompsett
Mark, I truly appreciate you reply. I don't top post, so plz see below At 12:42 AM 9/27/2012 +0800, Mark Tompsett wrote:
Greetings,
Anyway, I'm about to start a complete new install (o/s + 3.8.4) on the sandbox to test how I can "fix" the production server
This would be a great opportunity to do a packages or git installation. You only have to get the data from the live machine: $ mysqldump -u {the user name} -p {the koha database name} > PleaseTryIt.sql
I back up every day at 3.00am, and can do a "specific" without problem.
And transfer the data into the instance database, or git database before doing the web install. A git install is similar to a tarball install (you still get to name your database whatever you'd like, and still have those nasty long building sequences), and if you search bugzilla for patches, you can see if your problem has already been fixed with a patch that someone else provided.
Maybe our library is unique? We like to have functional IT, never touch it (security concerns excepted), and review every couple of years. We started Koha in 2011 (3.4.x?) and settled with 3.6.1 as soon as it came out. We had a fully functional, adapted to our requirements, system. I made the decision to "upgrade" to 3.8.[4 at the time] because we were in our two year cycle to upgrade four servers and 29 workstations from Ubuntu 10.04 LTS to 12.04 LTS. I am now under serious pressure from our Board for my "incompetence" in breaking a system that met our charity's needs. While I am *personally* fully prepared to try and be part of a community developing a great system, this cannot spill over into my $dayjob keeping a charity's databases of more than 650,000 items "up and running." I am currently PO'd at myself for not doing enough QA -- and this denotes no disrespect for all the people involved with QA within the Koha community, although I have to admit I was a bit surprised by someone mentioning that all versions of 3.8 have this glitch concerning indexing authorities. We use open licence/GPL Ubuntu, OpenOffice, Apache, Sendmail, Mysql, perl, php, various java, etc, and while they all have their ups and downs I don't remember a "sort of step backwards" like this.
If it is, then you can apply the patch on the live system (after testing on your sandbox) -- without you having to figure out how to do it yourself.
Sorry -- I'm responsible and need to "figure out how to do it." Not necessarily down the last detail, but at least enough to feel comfortable and responsible with what I'm doing. I'm not fully up to date with all coding today, but after more than half a century involvement in IT I can certainly "understand it" even if I can't "write it."
BTW, more problems were fixed in 3.8.5, and a packages installation on your sandbox would be good practice for doing an upgrade from tarball to packages in live. Upgrades become so much easier, and the down time is mostly reindexing.
Again, sorry, but I'm not looking for practice. I'm under severe pressure to *fix* Koha. My boss doesn't understand "sandboxes" -- she listens to cataloguers' complaints, hears that our coordination with other institutions is broken, and yells at me.
Just trying to suggest something to save you headaches in the future, like the one you are having now because you said you wanted the headaches and didn't want to try the suggestion before.
Mark - I truly appreciate and understand your pov. Over the last 18 months Koha has been good to us, and I would like this to continue. I developed a number of "customizations", a few purely cosmetic, but mostly rewriting control number and barcode perl scripts to coordinate with half a million other "items" that we hold in other databases, and to coordinate our "authorities" (and biblios) with other Canadian national institutions ... it *was* working before 3.8 ... and all I need to do is get back on track. If I have to back track to 3.6.1, I don't know how to convert 3.8 biblio/items back to 3.6 and I'll "be responsible" for telling the cataloguers to redo [currently] about 600 entries, increasing by about 80 every day. I'm getting a tad desperate to avoid this. Thanks for your help, time and consideration. Best regards Paul
On Tue, Sep 25, 2012 at 9:13 PM, Paul <paul.a@aandc.org> wrote:
At 08:20 AM 9/26/2012 +1200, Mason James wrote:
Can someone please tell me where to find a "modded bug 8071" copy of blinddetail-biblio-search.tt?
mason@xen1:~/g/head$ git reset --hard v3.08.05 Checking out files: 100% (4171/4171), done. HEAD is now at 0649fca Merge remote-tracking branch 'tamil/3.8.5-translate' into 3.8.x
mason@xen1:~/g/head$ find . -iname blinddetail-biblio-search.tt
./koha-tmpl/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt
With the greatest of respect, I do not have a ~/g/head. Would you please be kind enough to give me a cat|vi or other text output of that file?
I do have koha-3.08.05 (untarred download):
paul@nelson:/mnt/data1/koha-3.08.05$ find . -iname blinddetail-biblio-search.tt paul@nelson:/mnt/data1/koha-3.08.05$
So it's not there.
Paul, I've just downloaded the tarball and navigated inside of it using 'mc', the file is there. Untarred just in case: tomas@tomas-desktop:~/Downloads/koha-3.08.05$ find . -iname blinddetail-biblio-search.tt ./koha-tmpl/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt Regards To+
mason@xen1:~/g/head$ find . -iname blinddetail-biblio-search.tt
./koha-tmpl/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt
With the greatest of respect, I do not have a ~/g/head. Would you please be kind enough to give me a cat|vi or other text output of that file?
I do have koha-3.08.05 (untarred download):
paul@nelson:/mnt/data1/koha-3.08.05$ find . -iname blinddetail-biblio-search.tt paul@nelson:/mnt/data1/koha-3.08.05$
So it's not there.
Paul, I've just downloaded the tarball and navigated inside of it using 'mc', the file is there. Untarred just in case:
tomas@tomas-desktop:~/Downloads/koha-3.08.05$ find . -iname blinddetail-biblio-search.tt ./koha-tmpl/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt
Regards To+
ah yep, looks like it's there... as expected :/ $ wget http://download.koha-community.org/koha-3.08.05.tar.gz $ tar xfz koha-3.08.05.tar.gz $ find ./koha-3.08.05 -iname blinddetail-biblio-search.tt ./koha-3.08.05/koha-tmpl/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt
At 02:00 AM 9/27/2012 +1200, Mason James wrote:
[snip]
tomas@tomas-desktop:~/Downloads/koha-3.08.05$ find . -iname blinddetail-biblio-search.tt
./koha-tmpl/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt
Regards To+
ah yep, looks like it's there... as expected :/
$ wget http://download.koha-community.org/koha-3.08.05.tar.gz $ tar xfz koha-3.08.05.tar.gz $ find ./koha-3.08.05 -iname blinddetail-biblio-search.tt ./koha-3.08.05/koha-tmpl/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt
Maybe I got a corrupted file (and I do not want to belabour this point as I've obviously got egg on my face -- I did not even attempt MD5 checksums) but I got a 48,446,365 bytes file koha-3.08.05.tar.gz on September 22, 2012, 4:48:41 PM from the URL above. However: paul@server:~$ tar xfz koha-3.08.05.tar.gz paul@server:~$ cd koha-3.08.05 paul@server:~/koha-3.08.05$ find -iname blinddetail-biblio-search.tx paul@server:~/koha-3.08.05$ paul@server:~/koha-3.08.05$ cd koha-tmpl/intranet-tmpl/prog/en paul@server:~/koha-3.08.05/koha-tmpl/intranet-tmpl/prog/en$ cd modules bash: cd: modules: No such file or directory paul@server:~/koha-3.08.05/koha-tmpl/intranet-tmpl/prog/en$ paul@server:~/koha-3.08.05/koha-tmpl/intranet-tmpl/prog/en$ ls columns.def css includes js lib xslt I have just done a new wget, same file size (48,446,365 bytes) and you are correct: paul@server:~/koha-3.08.05_new$ find -iname blinddetail-biblio-search.tt ./koha-3.08.05_new/koha-tmpl/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt paul@server:~/koha-3.08.05_new$ Apologies -- I can't remember the last time I got a corrupted file that untarred only partially It never rains, but it pours ... tnx and regards - paul
participants (4)
-
Mark Tompsett -
Mason James -
Paul -
Tomas Cohen Arazi