- Koha - lists.katipo.co.nz

zebra permissions in 3.6
by Linda Culberson 08 Mar '12

08 Mar '12

All, I'm still having trouble with permissions with zebra indexing in a new test installation of Koha 3.6 - this time using 3.6.4. I followed the instructions at http://wiki.koha-community.org/wiki/Installing_Multiple_Instances_of_Koha to install. I've checked as many of the permissions using the config files and against the 3.4 installation as I can find and verified the ownership to be koha, but realize that there may be others somewhere that I don't know about. What is happening is that using ./rebuild_zebra.pl -v -b -x -r cleans the index but doesn't rebuild it. It also doesn't write to the the /var/log subdirectory. I know that the bibliographic records are there because I can see them in the database and pull them up by biblionumber. Any help would be appreciated. Thanks -- Linda Culberson lculber(a)mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Fax: 601/576-6824

1 0

Edinburgh tourist tax
by Dianna Roberts 08 Mar '12

08 Mar '12

Be aware that Edinburgh applies a tourist tax to all hotel bookings at the rate of 20% per night. I discovered this when making a booking last night. Dianna M Roberts Manager Information Centre Opus International Consultants Ltd Email Dianna.Roberts(a)opus.co.nz Tel +64 4 471 7250, Fax +64 4 473 1075 http://www.opus.co.nz Level 6, Majestic Centre, 100 Willis Street PO Box 12004, Wellington -----Original Message----- From: koha-bounces(a)lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of koha-request(a)lists.katipo.co.nz Sent: Thursday, 8 March 2012 12:00 p.m. To: koha(a)lists.katipo.co.nz Subject: Koha Digest, Vol 77, Issue 12 Send Koha mailing list submissions to koha(a)lists.katipo.co.nz To subscribe or unsubscribe via the World Wide Web, visit http://lists.katipo.co.nz/mailman/listinfo/koha or, via email, send a message with subject or body 'help' to koha-request(a)lists.katipo.co.nz You can reach the person managing the list at koha-owner(a)lists.katipo.co.nz When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha digest..." Today's Topics: 1. Re: Hotels for KohaCon 2012 (tajoli(a)cilea.it) 2. Re: Customizing code obtained via git (Tom Hanstra) ---------------------------------------------------------------------- Message: 1 Date: Wed, 07 Mar 2012 22:13:39 +0100 (CET) From: tajoli(a)cilea.it To: Fr?d?ric Demians <frederic(a)tamil.fr> Cc: koha(a)lists.katipo.co.nz Subject: Re: [Koha] Hotels for KohaCon 2012 Message-ID: <5465d8f5-b3e5-4d4e-b879-9d13000165d7@esx-revenge> Content-Type: text/plain; charset=utf-8 Hi to all, ----- Messaggio originale ----- > Da: "Fr?d?ric Demians" <frederic(a)tamil.fr> > A: koha(a)lists.katipo.co.nz > Inviato: Marted?, 6 marzo 2012 19:49:36 > Oggetto: Re: [Koha] Hotels for KohaCon 2012 > > Kohacon12 will be located in University of Edinburgh, Bristo Square > neighborhood: thank yuou very much for the answer, I have insert the info in the wiki page. Bye Zeno Tajoli ------------------------------ Message: 2 Date: Wed, 07 Mar 2012 17:10:11 -0500 From: Tom Hanstra <tom(a)nd.edu> To: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> Subject: Re: [Koha] Customizing code obtained via git Message-ID: <4F57DCC3.6020008(a)nd.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed I tried this, but it does not look as if it takes care of such things as having a completely different perl location than the default. If what I did actually worked, there were no localized copies of the software made but rather just pointers in the httpd configuration which point back to the source location I downloaded via git. Is that what I should expect to happen? If so, and I have installed my own perl (/shared/perl/bin/perl), things are not going to work properly since all of the source code is hardcoded with /usr/bin/perl. Or is it my install which did not work properly? I find very few files copied over; and almost all are in the misc/translator directory. Thanks, Tom On 03/06/2012 04:10 PM, Chris Cormack wrote: > * Tom Hanstra (tom(a)nd.edu) wrote: >> I need to explain a bit more what I'm currently trying to understand... >> >> I can use what I've learned to compile and install the software that >> I pull down using git when I first pull it down. >> >> Then, what I do is make changes which localize the software (template >> changes, etc.). >> >> Now, if/when a patch comes along that I would like to make and I pull >> down that patch/change, what I'm not clear on is how best to move >> that change along to my installed version. If I fully install again, >> it seems that I could run the risk of overwriting something that I've >> localized. But I don't know of other ways in which to get the change >> into place. >> >> So, I'm interested in understanding how others handle this. How does >> a single patch best get moved into place for testing without mucking >> up the localizations which have been made? > When you did your install, you should have chosen dev install. This > sets Koha up to run out of your git checkout. > > If you didnt do this, you can manually edit your koha-conf.xml and > apache config to make it run from there. That way you apply the patch > in git, and now Koha is using it. > > Chris > >> Thanks, >> Tom >> >> On 03/05/2012 06:14 PM, Tom Hanstra wrote: >>> Is there documentation somewhere which provides some guidance on how >>> to properly set up a clone obtained via git? I'm still learning how >>> git works so I need some pretty basic guidance on incorporating it >>> into my environment. >>> >>> The primary questions I have are how to get the cloned version to >>> find what it needs in a non-standard environment. For instance, I >>> installed my own version of perl because the OS version was too old. >>> How do I get the clone to use that? >>> >>> I have learned how to set things up using the packaged versions, but >>> would like to explore my options for setting up a clone instead. >>> But the documentation I've seen on the Koha Wiki assumes a level of >>> git that I have not yet achieved and/or assumes a very standard >>> environment (as far as I can tell). So pointers on how to take the >>> next step beyond that would be most appreciated. >>> >>> Thanks, >>> Tom >>> >> -- >> >> ------------------------------------------------------------------------ >> Tom Hanstra Systems Administrator >> Hesburgh Libraries of Notre Dame Phone: (574)631-4686 >> 213 Hesburgh Library Email: tom(a)nd.edu >> Notre Dame, IN 46556 >> >> "Now, here, you see, it takes all the running you can do, to keep in >> the same place. If you want to get somewhere else, you must run at >> least twice as fast as that!" >> Lewis Carroll - Through the Looking Glass >> --------------------------------------------------------------------- >> --- >> >> _______________________________________________ >> Koha mailing list http://koha-community.org Koha(a)lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha -- ------------------------------------------------------------------------ Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: tom(a)nd.edu Notre Dame, IN 46556 "Now, here, you see, it takes all the running you can do, to keep in the same place. If you want to get somewhere else, you must run at least twice as fast as that!" Lewis Carroll - Through the Looking Glass ------------------------------------------------------------------------ ------------------------------ _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 77, Issue 12 ************************************

3 2

OPAC DISPLAY
by MARC FELIX 08 Mar '12

08 Mar '12

Hi, how do i make field 040,500,856, and 942(c) to be displayed in catalog normal view and OPAC results? What file does one edit and how? Kindly assist. Marc Felix, Kenyatta University, Kenya.

2 2

Chinese Language Code
by 毛慶禎 08 Mar '12

08 Mar '12

Hi, Can I suggest using zh-Hant-TW for Chinese written using the Traditional Chinese script at Taiwan. /usr/share/koha/misc/translator/po Quote few paragraph for you from http://www.ietf.org/rfc/rfc5646.txt: Language subtag plus Script subtag: zh-Hant (Chinese written using the Traditional Chinese script) zh-Hans (Chinese written using the Simplified Chinese script) "zh-Hant-TW" is more specific than "zh-Hant". Language-Script-Region: zh-Hans-CN (Chinese written using the Simplified script as used in mainland China) -- Wishing you all the best. . . . Anthony Mao 毛慶禎＋886 2 29052334 (voice) + 886 2 29017405 (FAX)

1 0

Opac don't show Checkout information
by kamild 08 Mar '12

08 Mar '12

Hi, I checkout some book but when I search in OPAC then not show information in Availability. But When I enter the book now I see information about checkout in Holdings - Status. What may be the problem? Thx -- View this message in context: http://koha.1045719.n5.nabble.com/Opac-don-t-show-Checkout-information-tp54… Sent from the Koha-general mailing list archive at Nabble.com.

2 2

Re: [Koha] Customizing code obtained via git
by Tom Hanstra 07 Mar '12

07 Mar '12

I tried this, but it does not look as if it takes care of such things as having a completely different perl location than the default. If what I did actually worked, there were no localized copies of the software made but rather just pointers in the httpd configuration which point back to the source location I downloaded via git. Is that what I should expect to happen? If so, and I have installed my own perl (/shared/perl/bin/perl), things are not going to work properly since all of the source code is hardcoded with /usr/bin/perl. Or is it my install which did not work properly? I find very few files copied over; and almost all are in the misc/translator directory. Thanks, Tom On 03/06/2012 04:10 PM, Chris Cormack wrote: > * Tom Hanstra (tom(a)nd.edu) wrote: >> I need to explain a bit more what I'm currently trying to understand... >> >> I can use what I've learned to compile and install the software that >> I pull down using git when I first pull it down. >> >> Then, what I do is make changes which localize the software >> (template changes, etc.). >> >> Now, if/when a patch comes along that I would like to make and I >> pull down that patch/change, what I'm not clear on is how best to >> move that change along to my installed version. If I fully install >> again, it seems that I could run the risk of overwriting something >> that I've localized. But I don't know of other ways in which to get >> the change into place. >> >> So, I'm interested in understanding how others handle this. How >> does a single patch best get moved into place for testing without >> mucking up the localizations which have been made? > When you did your install, you should have chosen dev install. This > sets Koha up to run out of your git checkout. > > If you didnt do this, you can manually edit your koha-conf.xml and > apache config to make it run from there. That way you apply the patch > in git, and now Koha is using it. > > Chris > >> Thanks, >> Tom >> >> On 03/05/2012 06:14 PM, Tom Hanstra wrote: >>> Is there documentation somewhere which provides some guidance on how to >>> properly set up a clone obtained via git? I'm still learning how git >>> works so I need some pretty basic guidance on incorporating it into my >>> environment. >>> >>> The primary questions I have are how to get the cloned version to find >>> what it needs in a non-standard environment. For instance, I installed >>> my own version of perl because the OS version was too old. How do I get >>> the clone to use that? >>> >>> I have learned how to set things up using the packaged versions, but >>> would like to explore my options for setting up a clone instead. But >>> the documentation I've seen on the Koha Wiki assumes a level of git that >>> I have not yet achieved and/or assumes a very standard environment (as >>> far as I can tell). So pointers on how to take the next step beyond >>> that would be most appreciated. >>> >>> Thanks, >>> Tom >>> >> -- >> >> ------------------------------------------------------------------------ >> Tom Hanstra Systems Administrator >> Hesburgh Libraries of Notre Dame Phone: (574)631-4686 >> 213 Hesburgh Library Email: tom(a)nd.edu >> Notre Dame, IN 46556 >> >> "Now, here, you see, it takes all the running you can do, to keep in >> the same place. If you want to get somewhere else, you must run at >> least twice as fast as that!" >> Lewis Carroll - Through the Looking Glass >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha(a)lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha -- ------------------------------------------------------------------------ Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: tom(a)nd.edu Notre Dame, IN 46556 "Now, here, you see, it takes all the running you can do, to keep in the same place. If you want to get somewhere else, you must run at least twice as fast as that!" Lewis Carroll - Through the Looking Glass ------------------------------------------------------------------------

1 0

Hotels for KohaCon 2012
by tajoli＠cilea.it 07 Mar '12

07 Mar '12

Hi to all, I starting to check B&B, hotels, etc for KohaCon 2012 in Edinburgh. In fact I don't have a huge budget, so I'm tring to reserve as soon as possible. Do we know where in Edinburgh ? To select a place not too far. Cheers Zeno Tajoli

2 3

Deleting duplicate biblios and biblios without items
by makekee＠msu.ac.zw 07 Mar '12

07 Mar '12

We have a number of duplicate entries in our database and also biblios without items. I would like to know how how one can bulk delete duplicate records and all the biblios with no items attached. Thanks in advance Ephraim Makeke ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

3 2

KUDOS
by Hal Bright 07 Mar '12

07 Mar '12

Has anyone heard if there will be a KUDOS conference this year. I am trying to organize a sharing meeting for CT (and vicinity) KOHA users and do not want to conflict. Harold Bright Director of Information Services Farmington Libraries - 6 Monteith Drive Farmington, CT 06032 - hbright(a)farmingtonlibraries.org<mailto:hbright@farmingtonlibraries.org> W 860-673-6791 x 204 - F 860-675-7148 http://www.farmingtonlibraries.org

7 6

Mystery system slowdown
by Agnes Rivers-Moore 07 Mar '12

07 Mar '12

Dear friends We have six libraries running Koha 3.00.06. The system runs Redhat, with 6 virtual Xen servers. Problem #1 From time to time, at various times of day one or more of the Koha systems will slow down and stop. We can watch the CPU graph on the virtual machine manager - it usually drops to less than 1% use for a few minutes. At this point we have librarians staring at unresponsive Koha screens - connecting... connecting... The virtual server desktop is unresponsive even at the physical server. We cannot connect with a VNC client or browse in. This is very frustrating when the CPU graph implies that the server is apparently not busy. Then the CPU use will ramp rapidly up to 12.4% use (which is pretty much full capacity on our virtual server setup). It stays there - and although it may have recovered once or twice from this, usually we have to kill the server. Sometimes we force the VM to shut down, and then restart it, and can see zebra searches happening with Top. However we may still be unable to log in with VNC or connect from local client browsers. This is really difficult to track down because we have not found associated error messages, and by the time we get to them, the servers seem to be showing low load, but we may be missing some initiating event. That is problem #1 Here is problem #2 We have also noticed that opac-search.pl and mysqld is causing heavy loading. Within the virtual server we have multiple cpus and the load is shared between them, However, often opac-search.pl is around 30%, and mysqld alone is using close to half of the virtual server's CPU capacity. The records we have in this single site library do not have large numbers of items attached to any one biblio record. There was a discussion in March about something like this a year ago, but I can't see a resolution. Does anyone have any ideas on either of these issues? Hoping someone from the developer group might have some ideas. Agnes -- CEO/ Chief Librarian Hanover Public Library. 451 10th Ave, Hanover, ON N4N 2P1 Tel: 519-364-1420 Email: arm(a)hanover.ca Please consider the environment before printing this message or attachments. Support your library! Please consider making a donation, joining the Friends of the Library, or remembering us in your will. -- This email was Anti Virus checked by Astaro Security Gateway. http://www.astaro.com

5 4