- Koha - lists.katipo.co.nz

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

Re: [Koha] Mystery system slowdown
by Agnes Rivers-Moore 07 Mar '12

07 Mar '12

Hey Mason - and others Are there any other "first rules" we may have missed? Many thanks, Agnes On 06/03/2012 6:06 PM, Mason James wrote: > On 2012-03-7, at 7:05 AM, Agnes Rivers-Moore wrote: > >> Hello Mason >> >> Thank you for your thoughtful comments on my problems. >> I will pass them on to Petrus who set up the Xen stuff. >> >> As the list was broken for a few days we had time to discover a couple of contributing factors. >> One was the Gnome GUI - not loading properly at start-up. >> Another was vino - VNC which is reported in Ubuntu forums as grabbing 100% CPU under some conditions. >> >> Running with Gnome turned off in the virtual server where the problem seems to originate has resulted in two peaceful days. It is too soon to be sure but ... seems to be at least a major contributor. >> >> Agnes > > aaaaah, yep... ;) > > the first rule of running production linux servers is *dont* install a gui on it (gnome, kde etc) > especially on your VMs! > > (if you dont have a gui on your server... you also have no reason to vnc to your server) > > > give your sysadmin a slap! ;) > > > >> On 06/03/2012 2:48 AM, Mason James wrote: >>> On 2012-02-29, at 1:00 PM, Agnes Rivers-Moore wrote: >>> >>>> Dear friends >>>> >>>> We have six libraries running Koha 3.00.06. >>>> The system runs Redhat, with 6 virtual Xen servers. >>> i also run some Koha systems on xen (debian-squeeze) >>> >>>> Problem #1 >>>> From time to time, at various times of day one or more of the Koha systems will slow down and stop. >>> install nagios, munin and monit on your systems, to help determine what is causing the slowdown >>> >>>> 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. >>> hmmm... that sounds like a general xen problem, not a Koha problem >>> >>> is your system running out of resources (RAM or swap)? >>> >>> >>>> 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. >>>> >>> are you clearing you cookies and sessions tables periodically? they might be getting really big >>> there is a script about for that task >>> >>> also, run 'SHOW PROCESSLIST' in mysql to discover what mysql is doing when it's thrashing >>> >>> >>> i recommend running a single mysqld process on the dom-0, >>> rather than a mysqld process on each of your 6 dom-u's >>> >>> >>> cheers, Mason >> -- >> >> 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. >> > > cheers, Mason -- 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.

1 0

Koha Live DVD now available for download
by Vimal Kumar 07 Mar '12

07 Mar '12

Dear Friends, I just uploaded Koha Live DVD in Sourceforge.net for more access from various parts of the world. You can download the ISO file from following location. ... https://sourceforge.net/projects/kohalivedvd/ You can also download detailed installation manual and Read me file. Koha version is 3.6.4 Operating System: Ubuntu 10.04.03Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White

1 0

Patron image import
by library 07 Mar '12

07 Mar '12

Kia Ora Can anyone tell me what I am doing wrong. We are unable to import patron images using the instructions in the manual. I keep getting the following message, *WARNING:* This image *not* imported because the cardnumber and filename is missing. - Cardnumber: so I obviously haven't formatted the file correctly. Our txt file consists of columns 11125, 11125.jpg where 11125 is the student card number and 11125.jpg is the photo name and the document is in the same folder as all the photos. Importing images one at a time works fine. Thanks Ann Murphy Katikati College Library

4 4

Re: [Koha] ?s re Koha on a Mac - server died
by Shelley & Kurt Kemperman 07 Mar '12

07 Mar '12

Thanks, Chris! I'm pretty sure we have 2.9, should we still go to 3.0.0 first (you had written 2.2.x - not sure if still the same concept) On Mar 6, 2012, at 4:09 PM, Chris Cormack wrote: > * Shelley & Kurt Kemperman (ksckemperman(a)chartermi.net) wrote: >> Thanks, Mason. Are there some typical problems we should expect >> when we upgrade or does it vary? Also wondering if it would cause >> less problems to update to 3.4 or lower, then update again later. > > If you are coming from 2.2.x you will need to go 3.0.0 first, then you > can go to 3.6.x from there. > > http://wiki.koha-community.org/wiki/Upgrading_2.2 > > Chris > >> On Mar 6, 2012, at 3:03 AM, Mason James wrote: >> >>> >>> On 2012-03-2, at 1:59 AM, Shelley & Kurt Kemperman wrote: >>> >>>> I work in a small school library. The school's computers run on >>>> an Apple server. When we installed Koha, the tech used a >>>> separate Dell server with Linux and connected it to the library >>>> Mac. The Dell server just died and I have some questions. >>>> >>>> Our new IT guy found a link to download Koha to a Mac, but that >>>> is version 3.0 - we originally had version 2.9, but I know that >>>> Koha is up to 3.6 at this point. Is it recommended to download >>>> to a Mac >>> >>> no, it's quite tricky, and very few people on the Koha-lists run >>> Koha on OSX >>> >>> >>>> We do not need the capability to connect to other libraries in a >>>> network, but I do use the z39.50 function to import MARC >>>> records. So, first ?, should we go with the Mac download or >>>> install a new Linux server/computer? >>> >>> go linux, not osx/mac >>> >>>> >>>> Second ?, our Koha records were backed up using CrashPlan so >>>> hopefully we didn't lose anything. When we re-download Koha >>>> (whether on a Mac or with Linux), I would love to use an updated >>>> version. Are we going to have problems restoring the original >>>> data into an updated version? >>> >>> you will have some problems, a Koha-2 to Koha-3 update is not >>> straight-forward >>> >>> only consider upgrading to the current stable version of Koha >>> (3.6) when you have successfully restored your existing version >>> Koha-2.9 on linux >>> >> >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha(a)lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha > > -- > Chris Cormack > Catalyst IT Ltd. > +64 4 803 2238 > PO Box 11-053, Manners St, Wellington 6142, New Zealand

2 2

3.6 on Chrome
by Paul Nielsen 06 Mar '12

06 Mar '12

Howdy, We are getting ready to upgrade to 3.6 and am interested to hear from anyone using chrome. We currently use firefox on 3.2 and have heard that chrome is faster especially for circulation functions. Any evidence, anecdotal or otherwise would be appreciated. Also, any advice on how to print issue slips in chrome would be great too as it was not apparent as to how to do this on first look at chrome. Thanks Paul Nielsen | Library Manager ddi: (07) 862 5064 | email: pauln(a)hauraki-dc.govt.nz Hauraki District Council | William Street Paeroa 3600 | PO Box 17 Paeroa 3640 | NZ ph: (07) 862 8609 or 0800 734 834 (from within district) | fax: (07) 862 8607 web: www.hauraki-dc.govt.nz<http://www.hauraki-dc.govt.nz> | email: info(a)hauraki-dc.govt.nz<mailto:info@hauraki-dc.govt.nz> | HDC Libraries<http://library.hauraki-dc.govt.nz> P Please consider the environment before printing this email ##################################################################################################################################### DISCLAIMER: This e-mail message and accompanying data may contain information that is confidential and subject to privilege. If you are not the intended recipient, you are notified that any use, dissemination, distribution or copying of this message or data is prohibited. If you have received this e-mail in error please notify the sender or Hauraki District Council at mailmarshal(a)hauraki-dc.govt.nz immediately and delete all material pertaining to this e-mail. #####################################################################################################################################

1 0