- Koha - lists.katipo.co.nz

vmware appliance with debian - Licencing
by Darrell Ulm 23 Mar '07

23 Mar '07

Hello, I just took 30 minutes to install koha2.2.8 (non-Zebra) onto a Debian Sarge VM-Ware Image. I am guessing there is something in the licensing that says this image is or is not re-distributable. It could be useful for many people to start Koha running with a clean install using a VMWARE image. Since vmware.com allows free (not open) use of vmplayer, this could be a way to distribute koha. Has anyone done this yet, and if not, can I put this out there? We exist now, (a new line for sincerely) Darrell Ulm _______________________________________ | D. R. Ulm | (330)-688-3295 ext. 228 | Stow-Munroe Falls Public Library | 3512 Darrow Rd. | Stow, Ohio 44224 |______________________________________ ____________________________________________________________________________________ Be a PS3 game guru. Get your game face on with the latest PS3 news and previews at Yahoo! Games. http://videogames.yahoo.com/platform?platform=120121

3 2

Re: [Koha] News of koha 3.0 and poll [important]
by Franklin Escano 23 Mar '07

23 Mar '07

3 ____________________________________________________________________________________ Don't get soaked. Take a quick peek at the forecast with the Yahoo! Search weather shortcut. http://tools.search.yahoo.com/shortcuts/#loc_weather

1 0

Adding additional Admin users for Staff
by Shawn E. Romine 22 Mar '07

22 Mar '07

Now that the Install part is behind me (wasnt bad at all!). I have some basic admin questions. Please let me know if there is a more appropriate listserv/forum for this..... I have by basic admin username and password that I log into the intranet side of Koha, but how do I create additional users for the intranet side for staff and is there anyway to control the level of access to certain modules? Thanks for any info anyone can provide! Shawn Romine Library Computer Support Tech Douglas County Library System 1409 NE Diamond Lake Blvd. Roseburg, OR 97470 541-440-4228 phone 541-957-7798 fax seromine(a)co.douglas.or.us <mailto:seromine@co.douglas.or.us>

3 2

Re: [Koha] Z3950 search problem
by David Shaner 22 Mar '07

22 Mar '07

Hi Sun, I am going to make a guess that is has something to do with the ZOOM or Yaz installation. I am running Ubuntu 6.1 and am not receiving errors. I had installed Koha on CentOS and was receiving the same error as below until I built an RPM from the yaz src .rpm. I hope this helps. Dave ----- Original Message ---- From: cat tom <illgsm(a)yahoo.ca> To: koha(a)lists.katipo.co.nz Sent: Thursday, February 22, 2007 12:09:11 PM Subject: [Koha] Z3950 search problem I met a problem when I tried to do a Z3950 Search. After checked the Z targets on the popup window and clicked 'search' button, I only got a 'server internal error. The server encountered an internal error or misconfiguration and was unable to complete your request'. The traces recorded in the /usr/local/koha/koha-error_log read as below: " 44:14 2007] [error] [client 19x.16x.11x.25x] Premature end of script headers: search.pl, referer: http://192.197.209.239:8080/cgi-bin/koha/z3950/search.pl?bibid=&isbn=159140…" Then after read some relevant mailing lists, I started the z3950-daemon-launch.sh. However, the problem remains the same. Even the logged errors remain the same without any useful details. The Z3950 log file is always empty. Any clues that can help me give heads up to solving the problem? My box is Debian. Thanks a lot! Sun The Koha is installed on a debian box. Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail All new Yahoo! Mail Get news delivered. Enjoy RSS feeds right on your Mail page. _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ____________________________________________________________________________________ Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com

2 1

Zebra installation issue
by cat tom 22 Mar '07

22 Mar '07

When run bulkimport script ( perl bulkmarcimport.pl marcstage/dumpMArc) during the installation of Zebra, I got the following error: (I have imported the same marc file dumpMArc into mySQL, so no proble with the marcfile): Thank you Sun <yazgfs> isn't a variable assignment, skipping it isn't a variable assignment, skipping it  isn't a variable assignment, skipping it<listen id="biblioserver" >tcp:@:9900</listen> isn't a variable assignment, skipping it<listen id="publicserver" >tcp:10.190.50.239:9999</listen> isn't a variable assignment, skipping it<listen id="authorityserver">tcp:@:2100</listen> isn't a variable assignment, skipping it isn't a variable assignment, skipping it<server id="biblioserver" listenref="biblioserver"> isn't a variable assignment, skipping it <directory>/home/kohadevweek/koha/zebraplugin/zebradb/biblios</directory> isn't a variable assignment, skipping it <config>/home/kohadevweek/koha/zebraplugin/etc/zebra-biblios.cfg</config> isn't a variable assignment, skipping it <cql2rpn>/home/kohadevweek/koha/zebraplugin/etc/pqf.properties</cql2rpn> isn't a variable assignment, skipping it</server> isn't a variable assignment, skipping it<serverinfo id="biblioserver"> isn't a variable assignment, skipping it <ccl2rpn>/home/kohadevweek/koha/zebraplugin/etc/ccl.properties</ccl2rpn> isn't a variable assignment, skipping it <user>kohaadmin</user> isn't a variable assignment, skipping it <password>kohaadmin</password> isn't a variable assignment, skipping it</serverinfo> isn't a variable assignment, skipping it isn't a variable assignment, skipping it<server id="publicserver" listenref="publicserver"> isn't a variable assignment, skipping it <directory>/home/kohadevweek/koha/zebraplugin/zebradb/biblios</directory> isn't a variable assignment, skipping it <config>/home/kohadevweek/koha/zebraplugin/etc/zebra-biblios.cfg</config> isn't a variable assignment, skipping it</server> isn't a variable assignment, skipping it<serverinfo id="publicserver"> isn't a variable assignment, skipping it <ccl2rpn>/home/kohadevweek/koha/zebraplugin/etc/ccl.properties</ccl2rpn> isn't a variable assignment, skipping it <user>kohaadmin</user> isn't a variable assignment, skipping it <password>kohaadmin</password> isn't a variable assignment, skipping it</serverinfo> isn't a variable assignment, skipping it isn't a variable assignment, skipping it<server id="authorityserver" listenref="authorityserver" > isn't a variable assignment, skipping it <directory>/home/kohadevweek/koha/zebraplugin/zebradb/authorities</directory> isn't a variable assignment, skipping it <config>/home/kohadevweek/koha/zebraplugin/etc/zebra-authorities.cfg</config> isn't a variable assignment, skipping it</server> isn't a variable assignment, skipping it<serverinfo id="authorityserver"> isn't a variable assignment, skipping it <ccl2rpn>/home/kohadevweek/koha/zebraplugin/etc/ccl.properties</ccl2rpn> isn't a variable assignment, skipping it <user>kohaadmin</user> isn't a variable assignment, skipping it <password>kohaadmin</password> isn't a variable assignment, skipping it</serverinfo> isn't a variable assignment, skipping it isn't a variable assignment, skipping it<config> isn't a variable assignment, skipping it <database>koha</database> isn't a variable assignment, skipping it <hostname>localhost</hostname> isn't a variable assignment, skipping it <user>kohaadmin</user> isn't a variable assignment, skipping it <pass>kohaadmin</pass> isn't a variable assignment, skipping it isn't a variable assignment, skipping it isn't a variable assignment, skipping it <biblioserver>biblios</biblioserver> isn't a variable assignment, skipping it <biblioservershadow>1</biblioservershadow> isn't a variable assignment, skipping it <authorityserver>authorities</authorityserver> isn't a variable assignment, skipping it <authorityservershadow>1</authorityservershadow> isn't a variable assignment, skipping it <intranetdir>/usr/local/koha/intranet</intranetdir> isn't a variable assignment, skipping it <opacdir>/usr/local/koha/opac</opacdir> isn't a variable assignment, skipping it <opachtdocs>/usr/local/koha/opac/htdocs/opac-tmpl</opachtdocs> isn't a variable assignment, skipping it <intrahtdocs>/usr/local/koha/intranet/htdocs/intranet-tmpl</intrahtdocs> isn't a variable assignment, skipping it <includes>/usr/local/koha/intranet/htdocs/intranet-tmpl/default/en/includes/</includes> isn't a variable assignment, skipping it</config> isn't a variable assignment, skipping it</yazgfs> isn't a variable assignment, skipping it<yazgfs> isn't a variable assignment, skipping it isn't a variable assignment, skipping it  isn't a variable assignment, skipping it<listen id="biblioserver" >tcp:@:9900</listen> isn't a variable assignment, skipping it<listen id="publicserver" >tcp:10.190.50.239:9999</listen> isn't a variable assignment, skipping it<listen id="authorityserver">tcp:@:2100</listen> isn't a variable assignment, skipping it isn't a variable assignment, skipping it<server id="biblioserver" listenref="biblioserver"> isn't a variable assignment, skipping it <directory>/home/kohadevweek/koha/zebraplugin/zebradb/biblios</directory> isn't a variable assignment, skipping it <config>/home/kohadevweek/koha/zebraplugin/etc/zebra-biblios.cfg</config> isn't a variable assignment, skipping it <cql2rpn>/home/kohadevweek/koha/zebraplugin/etc/pqf.properties</cql2rpn> isn't a variable assignment, skipping it</server> isn't a variable assignment, skipping it<serverinfo id="biblioserver"> isn't a variable assignment, skipping it <ccl2rpn>/home/kohadevweek/koha/zebraplugin/etc/ccl.properties</ccl2rpn> isn't a variable assignment, skipping it <user>kohaadmin</user> isn't a variable assignment, skipping it <password>kohaadmin</password> isn't a variable assignment, skipping it</serverinfo> isn't a variable assignment, skipping it isn't a variable assignment, skipping it<server id="publicserver" listenref="publicserver"> isn't a variable assignment, skipping it <directory>/home/kohadevweek/koha/zebraplugin/zebradb/biblios</directory> isn't a variable assignment, skipping it <config>/home/kohadevweek/koha/zebraplugin/etc/zebra-biblios.cfg</config> isn't a variable assignment, skipping it</server> isn't a variable assignment, skipping it<serverinfo id="publicserver"> isn't a variable assignment, skipping it <ccl2rpn>/home/kohadevweek/koha/zebraplugin/etc/ccl.properties</ccl2rpn> isn't a variable assignment, skipping it <user>kohaadmin</user> isn't a variable assignment, skipping it <password>kohaadmin</password> isn't a variable assignment, skipping it</serverinfo> isn't a variable assignment, skipping it isn't a variable assignment, skipping it<server id="authorityserver" listenref="authorityserver" > isn't a variable assignment, skipping it <directory>/home/kohadevweek/koha/zebraplugin/zebradb/authorities</directory> isn't a variable assignment, skipping it <config>/home/kohadevweek/koha/zebraplugin/etc/zebra-authorities.cfg</config> isn't a variable assignment, skipping it</server> isn't a variable assignment, skipping it<serverinfo id="authorityserver"> isn't a variable assignment, skipping it <ccl2rpn>/home/kohadevweek/koha/zebraplugin/etc/ccl.properties</ccl2rpn> isn't a variable assignment, skipping it <user>kohaadmin</user> isn't a variable assignment, skipping it <password>kohaadmin</password> isn't a variable assignment, skipping it</serverinfo> isn't a variable assignment, skipping it isn't a variable assignment, skipping it<config> isn't a variable assignment, skipping it <database>koha</database> isn't a variable assignment, skipping it <hostname>localhost</hostname> isn't a variable assignment, skipping it <user>kohaadmin</user> isn't a variable assignment, skipping it <pass>kohaadmin</pass> isn't a variable assignment, skipping it isn't a variable assignment, skipping it isn't a variable assignment, skipping it <biblioserver>biblios</biblioserver> isn't a variable assignment, skipping it <biblioservershadow>1</biblioservershadow> isn't a variable assignment, skipping it <authorityserver>authorities</authorityserver> isn't a variable assignment, skipping it <authorityservershadow>1</authorityservershadow> isn't a variable assignment, skipping it <intranetdir>/usr/local/koha/intranet</intranetdir> isn't a variable assignment, skipping it <opacdir>/usr/local/koha/opac</opacdir> isn't a variable assignment, skipping it <opachtdocs>/usr/local/koha/opac/htdocs/opac-tmpl</opachtdocs> isn't a variable assignment, skipping it <intrahtdocs>/usr/local/koha/intranet/htdocs/intranet-tmpl</intrahtdocs> isn't a variable assignment, skipping it <includes>/usr/local/koha/intranet/htdocs/intranet-tmpl/default/en/includes/</includes> isn't a variable assignment, skipping it</config> isn't a variable assignment, skipping it</yazgfs> isn't a variable assignment, skipping itsmall script to import an iso2709 file into Koha. parameters : h : this version/help screen file /path/to/file/to/dump : the file to dump v : verbose mode. 1 means "some infos", 2 means "MARC dumping" n : the number of the record to import. If missing, all the file is imported t : test mode : parses the file, saying what he would do, but doing nothing. c : the characteristic MARC flavour. At the moment, only MARC21 and UNIMARC supported. MARC21 by default. d : delete EVERYTHING related to biblio in koha-DB before import :tables : biblio, biblioitems, subjects, items additionalauthors, bibliosubtitles, marc_biblio, marc_subfield_table, marc_word, marc_blob_subfield IMPORTANT : don't use this script before you've entered and checked twice (or more) your MARC parameters tables. If you fail this, the import won't work correctly and you will get invalid datas. SAMPLE : ./bulkmarcimport.pl -file /home/paul/koha.dev/local/npl -n 1 Died at bulkmarcimport.pl line 170. --------------------------------- The best gets better. See why everyone is raving about the All-new Yahoo! Mail. --------------------------------- Share your photos with the people who matter at Yahoo! Canada Photos

1 0

RE: [Koha] Install Issue
by Shawn E. Romine 22 Mar '07

22 Mar '07

Solved it! My /etc/koha.conf did not have the proper permissions! ________________________________ From: koha-bounces(a)lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Shawn E. Romine Sent: Thursday, March 22, 2007 8:32 AM To: koha(a)lists.katipo.co.nz Subject: [Koha] Install Issue Thanks to the excellent help from listserv members, I was able to complete the installer.pl on an debian alpha system. I am now trying to access Koha through my web browser by MailScanner warning: numerical links are often malicious: http://199.195.23.107:80 <http://199.195.23.107:80> When I do this I get the dreaded internal server error. I look in the /usr/local/koha/log/opac-error_log and get alot of errors in the Context.pm file in various lines and then the other messages. Also, the www-data, is that a normal user that is created to connect to Koha? Once again, thanks for anyone who can push me along a little further..... [Thu Mar 22 08:23:31 2007] [error] [client 199.195.23.25] read_config_file(/etc/koha.conf) returned undef at /usr/local/koha$ $l/koha/intranet/modules/C4/Context.pm line 229. [Thu Mar 22 08:23:32 2007] [error] [client 199.195.23.25] DBI connect(':','',...) failed: Access denied for user: 'www-data@$ $cal/koha/opac/cgi-bin/opac-main.pl line 17. [Thu Mar 22 08:23:32 2007] [error] [client 199.195.23.25] Premature end of script headers: opac-main.pl Shawn Romine Library Computer Support Tech Douglas County Library System 1409 NE Diamond Lake Blvd. Roseburg, OR 97470 541-440-4228 phone 541-957-7798 fax seromine(a)co.douglas.or.us <mailto:seromine@co.douglas.or.us> -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. Douglas County, Oregon Douglas County, Oregon <http://www.co.douglas.or.us/>

1 0

Please help with migration from Liber Media
by Serhij Dubyk Сергі й Дубик 22 Mar '07

22 Mar '07

I have records, exported from Liber-Media LS in UniMarc format. This records in encoding 'cp866' /cyryllic DOS/ (can't changed for utf8 when exported). It's need to convert this records to utf-8 and rearrange few fields. I'm write small script for reading this file: ======================================= #!/usr/bin/perl -w use Getopt::Long; use Pod::Usage; use Encode; use MARC::Batch; use MARC::File; use MARC::File::USMARC; use MARC::Record; use MARC::Charset; MARC::Charset->ignore_errors(1); use strict; my $input_file_encoding="cp866"; my $output_encoding="utf-8"; my $input_file; sub my_recode { my $string=decode($input_file_encoding,shift); return encode($output_encoding,$string); } if($ENV{'QUERY_STRING'}) {($input_file)=split(/\?/,$ENV{'QUERY_STRING'},1);} else {$input_file=$ARGV[0];} print "Input marc-file: $input_file\n"; my $marc_file = MARC::Batch->new( 'USMARC', $input_file ); $marc_file->warnings_off(); $marc_file->strict_off(); my $record_count=0; while(my $record=$marc_file->next() ) { $record_count++; print "\nRECORD $record_count\n"; my $record_leader=$record->leader(); print " 'LEADER=".&my_recode($record_leader)."'[encoding:".$record->encoding()."]\n"; foreach my $field ($record->fields()) { if($field->is_control_field()) {print " 'CONTROLFIELD[".&my_recode($field->tag())."]=".&my_recode($field->data())."'\n";} else { foreach my $subfield ($field->subfields()) { print " 'FIELD[".&my_recode($field->tag())."]:SUBFIELD[".&my_recode($subfield->[0])."]=".&my_recode($subfield->[1])."'\n"; } } } } undef $marc_file; ======================================= but records printed with many errors. Similar with on-line service http://marcpm.sourceforge.net/cgi-bin/converter.cgi and http://balno.free.fr/iso2txt/iso2txt.pl too File http://www.library.lviv.ua/software/koha/test_records/marc_liber_media_cp86… look good inside IMHO Some ideas? -- View this message in context: http://www.nabble.com/Please-help-with-migration-from-Liber-Media-tf3448377… Sent from the Koha - Discuss mailing list archive at Nabble.com.

1 0

Install Issue
by Shawn E. Romine 22 Mar '07

22 Mar '07

Thanks to the excellent help from listserv members, I was able to complete the installer.pl on an debian alpha system. I am now trying to access Koha through my web browser by http://199.195.23.107:80 When I do this I get the dreaded internal server error. I look in the /usr/local/koha/log/opac-error_log and get alot of errors in the Context.pm file in various lines and then the other messages. Also, the www-data, is that a normal user that is created to connect to Koha? Once again, thanks for anyone who can push me along a little further..... [Thu Mar 22 08:23:31 2007] [error] [client 199.195.23.25] read_config_file(/etc/koha.conf) returned undef at /usr/local/koha$ $l/koha/intranet/modules/C4/Context.pm line 229. [Thu Mar 22 08:23:32 2007] [error] [client 199.195.23.25] DBI connect(':','',...) failed: Access denied for user: 'www-data@$ $cal/koha/opac/cgi-bin/opac-main.pl line 17. [Thu Mar 22 08:23:32 2007] [error] [client 199.195.23.25] Premature end of script headers: opac-main.pl Shawn Romine Library Computer Support Tech Douglas County Library System 1409 NE Diamond Lake Blvd. Roseburg, OR 97470 541-440-4228 phone 541-957-7798 fax seromine(a)co.douglas.or.us <mailto:seromine@co.douglas.or.us>

1 0

Re: [Koha] News of koha 3.0 and poll [important]
by BWS Johnson 21 Mar '07

21 Mar '07

Salvete! >2- Damn! Bad news. But good, we're working with 2.2 well enough and >we can wait 3 months more. But not more than 3 months, even so. "Barely contained impatience" has it, I'm afraid :) In reality, my answer is probably between 2 and 3. I must refer to the doctrine of "I ain't payin', so I ain't expectin' much." I must also restate "Vive La France!" It wouldn't be right to demand more of you all. Simultaneously, you've spoilt me rotten over the last few years, so my expectations are very high for upgrade times. I covet the LibLime demo and the Athensville catalogue; they're very smooth and pretty and the catalogue seems to address a bit of the 650 problem rather nicely. While I don't want to press for a premature release, particularly if that meant that bugs went unaddressed I would really, really like to see 3.0 or something very close to it hit the streets. There is a LOT of excitement about Koha right now, and I think we'd be better able to capitalise on it should we have a precise release date. I've also been holding back on writing documentation in anticipation of the next product. The installer stuff sounds great. Would that we could have an Ubuntu package. (Yes, I know why we don't. It doesn't stop me from wanting that. Click, click, done. The Library ILS market would move to OS overnight >:) Cheers, Brooke @ Hinsdale MA

1 0

Re: [Koha] bulkmarcimport and unicode data
by Steven F.Baljkas 21 Mar '07

21 Mar '07

Tuesday, March 20, 2007 17:35 CDT Hari, Wasn't there something in the past few months about an incompatibility in bulkmarcimport.pl with certain (?) parts of unicode? Would it be possible for you to do a global search and replace for those 3 problem characters (with whatever tools you have on hand) and recode them into MARC8? That might be a work-around for now. Just a thought. When you find your solution, do let the list know. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ============================================================ From: "R Hariram Aatreya" <rhariram(a)gmail.com> Date: 2007/03/20 Tue AM 08:09:44 CDT To: koha <koha(a)lists.katipo.co.nz>, koha-devel <koha-devel(a)nongnu.org> Subject: [Koha] bulkmarcimport and unicode data hi All, I am trying to import MARC data (in unicode Tamil) into koha using bulkmarcimport.pl However, bulkmarcimport.pl does not like 3 characters (U+0B88, U+0B89, U+0BC8). Whenever these 3 characters are encountered, the rest of the string (subfield value) is gobbled and is missing from the database. But, bulkmarcimport.pl imports correctly if these 3 characters do not occur in the MARC data to be imported. Any idea whats going on ? Thanks, hari. _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ============================================================

2 1