- Koha - lists.katipo.co.nz

Indexing
by Lenora Oftedahl 30 Jan '07

30 Jan '07

Ok. An update on my indexing problem... I can use the other fields as long as I specify something other than 'contains'. So, I'm indexing complete fields, but not keywords. Which script do I look at to fix this one? Or is this a mysql problem? RUNNING: Koha version2.2.5 OS version ('uname -a')Linux maple 2.4.27-2-386 #1 Wed Aug 17 09:33:35 UTC 2005 i686 GNU/Linux Perl version5.008004 MySQL versionmysql Ver 12.22 Distrib 4.0.24, for pc-linux-gnu (i386) Apache version Thanx. -- *************************************** Lenora A. Oftedahl, MLS MEPM StreamNet Regional Librarian Columbia River Inter-Tribal Fish Commission 729 NE Oregon St, Ste 190 Portland, OR 97232 503-736-3581 / ARIEL: 207.173.155.8 503-731-1260 FAX OFTL(a)critfc.org http://www.fishlib.org ************************************* "One by one, the penguins are stealing my sanity" ************************************** "Don't worry about the world coming to an end today. It's already tomorrow in Australia." --(Charles Schultz) ************************************** "The problem with adults is that they are contaminated by experience." --Kumi Naidoo, General Secretary and CEO of CIVICUS **************************************

1 0

Re: [Koha] Re: Error creating MySQL database during installation.
by Krsnendu dasa 30 Jan '07

30 Jan '07

I can uninstall 5 easily using yum. When I go to install 4 I get problems because of dependencies. It wants a different version of OpenSSL etc. On 30/01/07, Chris Hammond-Thrasher <hammondthrasher_c(a)usp.ac.fj> wrote: > Krsnendu, > > I would recommend getting rid of mysql 5 and putting on mysql 4. There is a > way to get mysql 5 to work, but it is troublesome and requires sql language > expertise. > > It has been a while since I used fedora, but can't you remove or uninstall > mysql 5 with the rpm tool? (I think the command is "rpm -e mysql" or > something similar.) Or did you compile mysql 5 yourself? > > -cht > > > Chris Hammond-Thrasher MLIS > Library Systems Manager > University of the South Pacific > Suva, Fiji > +679 3232233 > hammondthrasher_c(a)usp.ac.fj > -----Original Message----- > From: Krsnendu dasa [mailto:krsnendu108@gmail.com] > Sent: Monday, 29 January 2007 2:01 PM > To: Chris Hammond-Thrasher > Subject: Re: [Koha] Re: Error creating MySQL database during installation. > > HELP! > I still can't install Koha on my Fedora Core 6 (K12LTSP-6) machine > because of the mysql 5 incompatability. Can someone help me to get > around this? How can I uninstall mysql 5 and install mysql 4. Or is > there some other solution? > > > > On 25/01/07, Chris Hammond-Thrasher <hammondthrasher_c(a)usp.ac.fj> wrote: > > I have not tried out koha on fedora - my experience is limited to debian. > > However, you should be able to uninstall mysql 5 using the rpm tool then > > install mysql 4 - which is officially supported. Rumor has it that the > koha > > dev team knows how to make mysql 5 work, but they have not yet added the > > required code to a formal release. > > > > All the best! > > -cht > > > > > > Chris Hammond-Thrasher MLIS > > Library Systems Manager > > University of the South Pacific > > Suva, Fiji > > +679 3232233 > > hammondthrasher_c(a)usp.ac.fj > > -----Original Message----- > > From: koha-bounces(a)lists.katipo.co.nz > > [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Krsnendu dasa > > Sent: Thursday, 25 January 2007 2:21 PM > > To: koha(a)lists.katipo.co.nz > > Subject: [Koha] Re: Error creating MySQL database during installation. > > > > Seems that Mysql 5 is incompatible with Koha. How can I downgrade to > > mysql 4.1 on Fedora Core 6? > > > > On 25/01/07, Krsnendu dasa <krsnendu108(a)gmail.com> wrote: > > > Below is the error message I get. The seems to be a problem with user > > > kohaadmin. Any clues what I need to do to fix this? > > > I am using Fedora Core 6 and the mysql version is 5.0.27 > > > > > > Creating the MySQL database for Koha... > > > > > > ERROR 1045 (28000): Access denied for user 'kohaadmin'@'localhost' > > > (using password: YES) > > > > > > DBI connect('Koha:localhost','kohaadmin',...) failed: Access denied > > > for user 'kohaadmin'@'localhost' (using password: YES) at > > > /usr/local/koha/intranet/modules/C4/Context.pm line 411 > > > Can't call method "prepare" on an undefined value at > > > scripts/updater/updatedatabase line 1541. > > > Problem updating database... > > > [root@k12ltsp1 koha-2.2.7]# > > > > > _______________________________________________ > > Koha mailing list > > Koha(a)lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > >

1 0

Address removal
by Jorge Tena 30 Jan '07

30 Jan '07

Hello, How can I have my address removed from this mailing list? If any of the responsible characters receive this note, please remove my email from the mailing list. Thanks, -- Jorge Tena Analista de Proyectos Coorporativos Copys Solutions International T. 809.689.9777 ext. 232 F. 809.689.9850 M.809.440.8697 E. j.tena(a)copysolutionsint.com -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.410 / Virus Database: 268.17.15/659 - Release Date: 1/30/2007

2 1

Mailing list
by Alcalde, Carmen 30 Jan '07

30 Jan '07

Hello, Please delete my e-mail form your mailing list. Regards, Carmen Alcalde Health Resource Centre Humber River Regional Hospital E-mail: calcalde(a)hrrh.on.ca healthresourcecentre(a)hrrh.on.ca Tel. (416)744-2500 Ext. 2714 (416)243-4217 DISCLAIMER: **This communication is intended to be received by the individual or entity to whom or to which it is addressed. It may contain privileged, proprietary, and otherwise private and/or confidential information. If you have received this message in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited**

1 0

Tool for translating a .PO file in Windows Environment
by arnab 30 Jan '07

30 Jan '07

Dear All, I'm trying to convert Koha into a local language. Could any body please tell me what tool can be used to translate a .PO file. I cannot use KBABEL as I'm working on windows enviroment. Also I cannot access the home page of PoEdit. With Regards, Arnab C-DAC, India -- View this message in context: http://www.nabble.com/Tool-for-translating-a-.PO-file-in-Windows-Environmen… Sent from the Koha - Discuss mailing list archive at Nabble.com.

3 2

Can't locate Locale/PO.pm
by arnab 30 Jan '07

30 Jan '07

Dear All, When trying to run the script tmpl_process3.pl getting an error - Can't locate Locale/PO.pm. Could any body tell what perl module I've to install for running the script - tmpl_process3.pl With Regards, Arnab -- View this message in context: http://www.nabble.com/Can%27t-locate-Locale-PO.pm-tf3142000.html#a8708257 Sent from the Koha - Discuss mailing list archive at Nabble.com.

1 0

Re: [Koha] forced to generate new barcode with EVERY item edit
by Julka Grodel 29 Jan '07

29 Jan '07

Thank you Joshua and Jason! Unclicking mandatory for the subfield kept me from being *forced* to generate a new barcode when editing the item data, however, if I didn't click on the field and generate a new barcode, the item would be saved without any barcode whatsoever, no with the old one. To give it a barcode again, I'd have to edit it again and click on the field, thus generating a new barcode. This happened even when autoBarcode was disabled. But this was on the right track. What solved the problem for me was rather what Jason suggested, and that was deselected the plugin as being associated barcode.pl for the subfield (952p, in my case). The huge drawback to this is the autogeneration of the barcode doesn't work at all anymore, whether enabled or disabled. I can live with that. Thanks Jason Ronallo wrote: > Could it be that in your MARC framework you have the barcode plugin > enabled for the barcode subfield? For me even with autobarcode off it > still wanted to generate the barcode for me. I had to enter the MARC > framework and change plugin to be blank. > > If this or another solution works for you please post it to the list > for the benefit of all. Thanks. > > HTH, > --Jason > > On 1/26/07, Julka Grodel <jgrodel(a)itasoftware.com> wrote: >> Hello Everyone, >> >> I've installed Koha 2.2.7 on a linux machine, and everything seems to be >> working well except for editing biblio items. When I edit the item level >> data, but the holding branch, for example, and click "Modify item" I get >> a message that I *must* enter a barcode. When I click on the field, it >> out generates a new one for me. I can't delete it and put in the old >> one. I've double and tripple checked, and I have autoCarcode off (0). I >> also tried commenting out the part of >> intranet/admin/cgi-bin/acqui.simple/addbiblio.pl that support >> autoBarcode. Nothing has changed, even after restarting apache and >> clearing my browsers cache. >> >> Anyone have any ideas? I'd love to have a barcode autogenerated for new >> items, but I'd be ok with entering it manually every time so long as the >> barcode isn't forced to change whenever I edit item data. >> >> Thanks, >> Julka >> >> >> Peter Scott wrote: >> > Hi Folks, >> > >> > I'm still having an issue on this :( >> > >> > I have a Ubuntu 6.06 server installation, and all my clients are W2K >> (network server is W2003 server, providing DNS, using hosts file on >> clients for testing) >> > >> > I followed the install instructions for Koha on Debian (supplimented >> by the installing koha on ubuntu notes) from the doc site. >> > >> > The instructions say "install Apache 2.2" and give the command >> "apt-get install apache2" to perform this. I have noticed (now) that >> this has installed apache 2.0.55, rather than 2.2. Is this release OK >> or do I really need apache 2.2? >> > >> > Is there anyone else out there running Koha on Ubuntu? I wouls like >> to talk to other users on this platform to discuss issues! >> > >> > I have tried all the permutations I can think of in the >> koha-httpd.conf, ports.conf and httpd.conf on the server and in the >> hosts file on the client, and still can't get the intranet page to open. >> > >> > Interestingly, I installed Koha on my W2K pc, so we could evaluate >> the package - with the intention of putting up on Linux if we decided >> to use koha - and had no problems getting the intranet page to open >> across the network. >> > >> > Thanks in advance, >> > >> > Regards, >> > Peter >> > Peter Scott >> > IPPA, The Early Childhood Organisation >> > Unit 4 >> > Broomhill Business Complex >> > Broomhill Road >> > Tallaght >> > Dublin 24 >> > Tel: 01 4630010 DDI: 01 4630015 >> > Fax: 01 4630045 >> > Web: www.ippa.ie < http://www.ippa.ie/> >> > IPPA, the Early Childhood Organisation, is funded by the Irish >> Government under The National Development Plan 2000-2006 and the >> European Union through the European Structural Fund. >> > >> > This e-mail and any files transmitted with it are confidential (and >> may contain privileged information) to the ordinary user of the e-mail >> address to which it was addressed and must not be copied, disclosed or >> distributed without the prior authorisation of the sender. >> > >> > Please notify the sender and destroy this e-mail immediately if you >> are not the intended recipient. >> > >> > Please also note that while our own software systems have been used >> to try to ensure that this e-mail has been swept for viruses, we do >> not accept responsibility for any damage or loss caused in respect of >> any viruses transmitted by the e-mail. >> > >> > Please ensure your own checks are carried out before any attachments >> are opened. >> > >> > >> > >> > >> > >> > >> ------------------------------------------------------------------------ >> > >> > _______________________________________________ >> > Koha mailing list >> > Koha(a)lists.katipo.co.nz >> > http://lists.katipo.co.nz/mailman/listinfo/koha >> >> _______________________________________________ >> Koha mailing list >> Koha(a)lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >>

4 3

Re: Forced to generate new barcode
by Nancy Collander 29 Jan '07

29 Jan '07

Yes, but which tag/subfield corresponds to the barcode field? I went into my default framework in the biblioframework section but I don't see anything that looks like the field I need. I have been wanting to turn off the mandatory barcode for some time (I don't want to have to enter a barcode number for cataloged Web sites) but have not been able to firgure out how to do it. -- Visit our website at wdpartners.com -- Nancy Collander | Librarian 614.634.7351 | nancy.collander(a)wdpartners.com WD Partners 7007 Discovery Blvd. | Dublin, OH 43017 614.634.7000 | 614.634.7777 F Integrated retail solutions Atlanta | Boston | Chicago | Columbus | Dallas | Los Angeles | Miami | Sacramento

2 1

Internal Server Error
by Simon James 29 Jan '07

29 Jan '07

When i execute both mainpage.pl and opac-main.pl they both show an internal error page. In the error log it says - Permission denied: exec '.usr/local/koha/intranet/cgi-bin/mainpage.pl' failed. and then premature end of script headers: mainpage.pl. I executed both files in the shell to get a more detailed error and they said that Database.pm could not be found in @INC. So I placed their paths in @INC and executed the files in the shell again and they seem to execute the pl/html fine. However, when I run it through firefox it still gives me the internal error message - and the error log file still says permission denied.... premature end of script headers. I have also noticed that in this installation there were no koha error log files created or koha-acces_log files created - so i had to comment those out from the virtualhost for apatche to restart. WOuld they have anything to do with this error? Thanks for your help in advance Simon

1 0

Consortial ?s, load testing, Evergreen
by BWS Johnson 29 Jan '07

29 Jan '07

Salvete! Sooooo, hypothetically, if one were to compare Koha to another OSS, say Evergreen http://www.open-ils.org/ what would our advantages be? I know that over the years, folks have asked questions about running different libraries on one server (essentially a tiny consortium if the libraries involved have different loan periods and fines and patrons). I haven't seen one of these questions come across here in a little while, but the last time one did, I seem to remember that it was possible to have several different libraries using the same server with different fines and patrons and loan periods. Is this right? Do you all have things set up so that if say Stephen and I were to collaborate (I'm just using this as an example for ease of answer) would I be able to see the stuff that I keep on the shelves at Hinsdale *before* expanding my search to encompass Nelsonville? I see that on his catalogue (which is looking quite spiffy, by the by) if I select Nelsonville as the branch and then Bleak House as my search, I will not return the copy of Bleak House that is at Athens and Glouster. Is this something that is inherent to Stephen's catalogue? If it's not what I would like to see would be a suggestion returned from the search that I widen my search parameters in this case. (*Your* branch doesn't own a copy, but Koha finds this title at Athens and Glouster) Is Stephen's souped up catalogue available for use yet (cause I know that folks are gonna ask me that)? If so, that returns me to the question of should I really be writing my documentation for ye olde default if the souped up version of things is now the de facto default? Do the number of branches top out? Has anyone done a stress test to see how many volumes and branches Koha can handle? I also am aware that I can see the MARC records through the MARC view feature. Are there any plans in the works that would allow me to export an individual MARC record that I'm viewing as one might through III or Dynix? (I was thrilled to see that the subject headings on Bleak House are not fragmented. Tee hee! Thanks for making MARC cooperate) I might be pestering you guys with these sorts of questions quite a bit in the coming days, and I may even ring a few of you up. Please go easy on the small rural librarian that's had no reason to really look out of her cataloguing cacoon for a while now since she's been quite snug in the cuddly features she's found thus far in Koha. An exciting level of highly unofficial preliminary interest has caused this policy to change... Cheers, Brooke @ Hinsdale MA

4 3