- Koha - lists.katipo.co.nz

little things on Debian
by Chadwick, John, DCA 08 May '08

08 May '08

Thanks to everyone who offered help and advice on getting some extra libraries installed on a fresh install of Debian Etch. I finally got Koha to install with no errors. When I fire up the web browser to the http://ipaddress:8080 <http://ipaddress:8080/> I get the following error: production mode - trapped fatal error The URL shows http://164.64.109.234:8080/cgi-bin/koha/installer/install.pl Any suggestions on this one? Thanks, John +----------------------------------------------------------------------- -----+ John Chadwick, Ed.D. Information Technology Manager New Mexico State Library 1209 Camino Carlos Rey Santa Fe, NM 87507 Phone: 505-476-9740 Cell: 505-629-8116 Fax: 505-476-9761 john.chadwick(a)state.nm.us http://www.nmstatelibrary.org Confidentiality Notice: This e-mail, including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. -- This email has been scanned by the Sybari - Antigen Email System.

2 1

Choon Kheng Caroline Loh-Phua/lib/staff/npnet is out of the office.
by Caroline Loh 07 May '08

07 May '08

I will be out of the office starting 08/05/2008 and will not return until 12/05/2008. Please contact Ms Lim Li Hoon, Librarian at ext 6284 for any library matters. If you need to reach me, please call my Secretary, Norlizah at ext 6280 . Best regards Caroline NOTICE: This message may contain privileged/confidential information. If you are not the intended recipient of this email, please delete it immediately and notify the sender .

1 0

Re: [Koha] Transferring data from an old version to a new one
by Judith C. Saulle 07 May '08

07 May '08

Hi All, We were using an old version of KOHA in our small library. We recently had a new version installed on a newer server. Our tech support person transferred the data from the old version to the new. However, when we tested the system by doing a search on a topic the new version did not come up with any results. Here is the problem as given to me by out tech person: On the old server, we were running Koha version 1.x (I don't remember what number the 'x' was. If that information is important, I'll need to visit the IC again to find out.) We're now running version 2.2.9. I made a SQL dump of the old database ("mysqldump") and loaded that data nearly verbatim into the new database. The names of the database tables in the old koha database all seem to exist in the new database as well, so I didn't need to change any table names. Likewise, *most* of the column names and types (with maybe one exception) in the old tables are the same in the new tables, so porting the old data to the new database was fairly straightforward. However, some of the tables in the new database have columns that did not exist in the old database. In porting the old data, these new columns would of course have taken their default values. I'm guessing that this may be the crux of the problem; that something other than the default values needs to go into one or more of these new columns. Can anyone offer suggestions on how to fix this problem? Thanks, Judith C. Saulle Interim Associate Director Lorna Sundberg International Center University of Virginia 21 University Circle P.O. Box 400183 Charlottesville, VA 22903 (434) 924-7983 www.virginia.edu/iso/ic

2 2

z39.50 search
by Carmel Young 07 May '08

07 May '08

Problem: Z39.50 search not working! Koha 2.2.9 installed on Windows. Internal Server Error when trying to execute the Z39.50 search. If I delete that function(LOC), and only search 'amicus canada', the search returns a positive result. We have installed and uninstalled meticulously, and been super careful setting parameters. Has any-one got a solution? Thanks, Carmel

2 1

Re: [Koha] Koha Backup Restore error
by thandu venkat narayana 07 May '08

07 May '08

Dear All, I am working with koha 2.2.8 on windows platform. I am facing a problems with restoring the data. at the time of restoreing the data it is giving error message. Please help to me. Thanks Venkat Best Jokes, Best Friends, Best Food and more. Go to http://in.promos.yahoo.com/groups/bestofyahoo/

2 1

install problem postgres
by Roxana Luz Fleipaz 07 May '08

07 May '08

Dear colleagues .. I still long line of development of Koh .. I have a doubt, it is possible to make the installation of beta-koha3 with postgres, debian etch 4.0 at this time? Thank you. Atte. Roxana Luz

2 1

Guidelines for barcodes, barcode readers, etc.
by Cab Vinton 06 May '08

06 May '08

We hope to be going live with Koha some this summer. I'm curious to know if there any special considerations when it comes to barcoding our books or selecting a scanner/ reader. If I'm right in assuming that this is a pretty cut-and-dry issue, I would appreciate any recommendations on specific vendor sources or models that work well. Usual criteria would apply -- reliability, price, value, etc. Thank you, Cab Vinton Sanbornton Public Library Sanbornton, NH

3 2

Re: [Koha] Help with installation on fedora 8 [and SunOS or Solaris?] (re-send)
by Richard MAHONEY 06 May '08

06 May '08

[re-sent as yesterday morning's message hasn't yet appeared] Dear Readers, On Thu, 2008-05-01 at 03:50, Joshua Ferraro wrote: > On Wed, Apr 30, 2008 at 11:29 AM, BWS Johnson > > He didn't say otherwise, Josh. He *complimented* the developers, which I > > tend to think is a great attitude. :) > > Installation issues - particularly with this problem - are not an unusual > > complaint in the least - it's a pain to install, plain and simple. The > > dependencies ought to be bundled together to make this a one, two, three > > process. If it's the case that LibLime doesn't want to make for an easy > > installation for financial interests, that's fine. But Fedora is not a > > strange distro in the least, nor is the complaint that it's too hard to > > install far afield. > Well, we wrote both the installer and the INSTALL and INSTALL.debian > files, and that was work that we contributed without any client > sponsorship. Our goal has been to make the installation process as > easy as possible, we have no financial interest in making it hard. > > Koha is brain-dead easy to install on Debian, there's a step by step > guide available here, written by yours truly: > > http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=blob;f=INSTALL.debian;h=1c3… > > As far as bundling the dependencies, that steps beyond our (LibLime) > domain of knowledge, and we don't have the resources to devote to it > -- even for Debian, hough some have talked about it, and I think it's > a wonderful idea. > > Fedora isn't a strange distro, I totally agree; but we (LibLime) don't > use it, and we don't know how to install Koha on it, so we would be of > much use contributing a document or bundling of the dependencies on > it. > > Anyone on the list (or the dev list which I've CCed) have experience > and interest in contributing packages for Debian, RHEL, Fedora, > Mandriva, Gentoo, or any other distros? Scanning the mail archives makes it clear that many users find Koha installation and configuration non-trivial. But what surprises me in all this is the apparent preference for specific Linux distros. What seems to be lacking -- and I find this hard to understand -- is interest in and support for Koha on SunOS or Solaris. I can't explain why this should be the case, given that Solaris has for so long been the ILS platform of choice for so many institutions. The other day I mentioned that I had been having trouble installing Net-Z3950-ZOOM-1.21 under Solaris 10 (an issue still unresolved): Subject: [Koha] Koha-3.00.00-beta | Solaris 10 | Net-Z3950-ZOOM-1.21 | Test suite failure Date: Mon, 07 Apr 2008 09:11:34 +1200 In answer, I received only one reply. While I was grateful for the comments received, I was left wondering just how many of the list readers are actually using Koha on serious heavily loaded enterprise systems. How many Koha on Sun readers are out there? Kind regards, Richard MAHONEY -- Richard MAHONEY | internet: http://indica-et-buddhica.org/ Littledene | telephone/telefax (man.): +64 3 312 1699 Bay Road | cellular: +64 27 482 9986 OXFORD, NZ | email: r.mahoney(a)indica-et-buddhica.org ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Indica et Buddhica: Materials for Indology and Buddhology Scholia: http://scholia.indica-et-buddhica.org/ Tabulae: http://tabulae.indica-et-buddhica.org/

3 2

Help with installation on fedora 8
by Ken Lomax 06 May '08

06 May '08

I am reminded very much of a situation we had with hardware vs software many years ago with the hardware guys saying it was a software fault and the software guys saying it was a hardware fault. Judging by the one and only reply to my request for help and no further response from my reply to that, it appears that I am looking at a koha vs perl/CPAN situation. I am a great supporter of OpenSource, but after spending so much time on koha (not only the previous four days-but in the considerable problems in past installs) it appears that it is time to cut my losses and just write my own application that will suit my purposes. Bye all Ken

5 6

Forced LIMIT on reports
by George Adams 06 May '08

06 May '08

I was confused why my custom report wasn't showing me what I thought it should. Running the same query in the MySQL command-line gave me 22 rows, but the equivalent Koha report only showed 20 rows. Finally, with some MySQL logging and grep'ing, I found this: /usr/share/koha/lib/C4/Reports.pm lines 335-340 # take this line out when in production if ($format eq 'csv' or $format eq 'tab'){ } else { $sql .= " LIMIT 20"; } So, er, could those lines be taken out? :-) _________________________________________________________________ Back to work after baby–how do you know when you’re ready? http://lifestyle.msn.com/familyandparenting/articleNW.aspx?cp-documentid=57…

2 1