July 2005 - Koha - lists.katipo.co.nz

Upgrade only partially successful
by Nigel Titley 31 Jul '05

31 Jul '05

Well, following the advice of the list I decided to upgrade from 1.2.3 to 2.2.3, via 2.0.2 The upgrade from 1.2.3 went without a hitch and 2.0.2 seemed to run fine. Since I wasn't planning to use MARC I answered "N" to the question about which version of MARC I should use during the upgrade. I then went to the System Parameters section and set "Use MARC" to "0". All seemed fine. I then upgraded to 2.2.3 and the problems started. Again I answered "N" to the MARC question. The upgrade seemed to run successfully, but when I sent to the catalogue to do a search, I got an "internal server error". The log said [Sun Jul 31 00:48:39 2005] [error] [client 192.168.1.3] Can't use an undefined value as a HASH reference at /usr/local/koha/intranet/modules/C4/SearchMarc.pm line 255., referer: http://loki:8080/cgi-bin/koha/search.marc/search.pl?type=intranet [Sun Jul 31 00:48:39 2005] [error] [client 192.168.1.3] Premature end of script headers: search.pl, referer: http://loki:8080/cgi-bin/koha/search.marc/search.pl?type=intranet Looking at this I thought that it seemed to be looking for something to do with MARC so I went to the Parameters section to check on the system settings..... and nothing was visible. Can anyone help? Is it something to do with my not using MARC? Should I roll back to 1.2.3 and then choose one of the two MARC settings instead of "N". I really don't know anything about MARC (but I want to use Z39.50 searching... do I need to enable MARC to use this?) I'm running Fedora Core 2, with perl 5.8.3 Any pointers greatfully received. Nigel _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

z3950 the saga continues
by Don Robertson 29 Jul '05

29 Jul '05

Greetings - I mentioned before I suspected my difficulties lay with the Microsoft ISA server and I was correct. I took the server off the network and replaced it with my Linux box and most was well. But I do not seem to be able to give access to the z39.50 servers on the internet with ISA. Don't seem to be able to port forward port 80 to one machine and port 8080 to another either. MS - whats not to love? Anyway - without the ISA machine, I can search for an ISBN that I know is at the LOC, but it is not found at the LOC: 3183/32 : 2 >> 3183/32 : creating and 3183/32 : working on results entry 16 3183/32 : connected to LOC Can't call method "size" on an undefined value at /var/www/koha/intranet/scripts/z3950daemon/processz3950queue line 271. 3357/33 : Processing isbn=0394179994 at LOC z3950.loc.gov:7090 Voyager USMARC (1 forks) Other z39.50 servers work: 3672/37 : Processing title=Cambodia after the Khmer Rouge at LANSING fish.lansing.cc.mi.us:210 INNOPAC USMARC (1 forks) 3672/37 : 2 >> 3672/37 : creating and 3672/37 : working on results entry 24 3672/37 : connected to LANSING 3672/37 : LANSING : no records found 3672/37 : fish.lansing.cc.mi.us:210 search done. 3674/37 : Processing title=Cambodia after the Khmer Rouge at ANU library.anu.edu.au:210 INNOPAC USMARC (2 forks) 3674/37 : 2 >> 3674/37 : creating and 3674/37 : working on results entry 25 3674/37 : connected to ANU 3674/37 : ANU : 1 records found, retrieving them (max 80) 3674/37 : ANU : library.anu.edu.au:210 records retrieved 1 SPEED: 0.5 3674/37 : library.anu.edu.au:210 search done. BUT when the result page comes up, it is displayed for about a second and then I get: Not Found The requested URL /cgi-bin/koha/z3950/0 was not found on this server. So any ideas anyone? ISA server or otherwise? cheers Don -- Don Robertson Systems Administrator Hun Sen Library Royal University of Phnom Penh Kingdom of Cambodia don(a)robertson.net.nz 012 769 280 _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Guidance on upgrading from 1.2.3
by Nigel Titley 28 Jul '05

28 Jul '05

Gentlefolk, Sorry to bother you folk with what may be a trivial question. I'm currently running Koha 1.2.3 and looking to upgrade to latest production release (2.2.3?). I had a slightly abortive attempt to upgrade to the Version 2 series some time ago and backed off, but I can't put this off much longer. Can I do a direct upgrade to 2.2.3 or do I have to do a step by step up the various releases? How reliable is the upgrade process these days? I ended up last time having to roll back using the database dump I did before the upgrade, and re-installing the software from scratch. I will not be needing MARC. We are talking a home library here, records in the thousands rather than the tens of thousands, but the wife is a librarian and I need to get this right :-) Nigel _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Fines2.pl
by lib＠gndec.ac.in 27 Jul '05

27 Jul '05

[root@192 misc]# ./fines2.pl DBD::mysql::st execute failed: Table 'Koha.categoryitem' doesn't exist at /usr/local/koha/intranet/modules/C4/Circulation/Fines.pm line 156. DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Circulation/Fines.pm line 157. New response after run the fines2.pl Please suggest if any solution! Kanwal Dhindsa Librarian _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

fines2.pl
by lib＠gndec.ac.in 26 Jul '05

26 Jul '05

Hi all, i am not able to run the fines2.pl? Any suggestion please? ./fines2.pl Can't locate C4/Context.pm in @INC (@INC contains: /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 .) at ./fines2.pl line 30. BEGIN failed--compilation aborted at ./fines2.pl line 30. [root@192 misc]# export KOHA_CONF="/etc/koha.cong" [root@192 misc]# export PERL5LIB=/usr/local/koha/intranet/modules [root@192 misc]# export KOHA_CONF=/etc/koha.cong [root@192 misc]# ./fines2.pl read_config_file(/etc/koha.cong) returned undef at /usr/local/koha/intranet/modules/C4/Context.pm line 229. read_config_file(/etc/koha.cong) returned undef at /usr/local/koha/intranet/modules/C4/Context.pm line 229. read_config_file(/etc/koha.cong) returned undef at /usr/local/koha/intranet/modules/C4/Context.pm line 229. read_config_file(/etc/koha.cong) returned undef at /usr/local/koha/intranet/modules/C4/Context.pm line 229. read_config_file(/etc/koha.cong) returned undef at /usr/local/koha/intranet/modules/C4/Context.pm line 229. read_config_file(/etc/koha.cong) returned undef at /usr/local/koha/intranet/modules/C4/Context.pm line 229. read_config_file(/etc/koha.cong) returned undef at /usr/local/koha/intranet/modules/C4/Context.pm line 229. read_config_file(/etc/koha.cong) returned undef at /usr/local/koha/intranet/modules/C4/Context.pm line 229. read_config_file(/etc/koha.cong) returned undef at /usr/local/koha/intranet/modules/C4/Context.pm line 229. DBD::mysql::st execute failed: No Database Selected at /usr/local/koha/intranet/modules/C4/Circulation/Fines.pm line 71. DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Circulation/Fines.pm line 75. [root@192 misc]# Kanwal Dhindsa! _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

z39.50
by Don Robertson 26 Jul '05

26 Jul '05

Hi - just posting aout my own post :-) I am running Fedora Core 2 & Koha 2.2.3 I have the problem as described below (from the net-z3950 mailing list) http://indexdata.dk/pipermail/net-z3950/2005-July/000564.html Has anyone resolved this? I've spent too long on it already. UPDATE - I believe this only happens on time outs. I am beginning to suspect our *&^%( Windows ISA server is the real problem. I am pretty sure it was screwing up the mail server. > > I have a cgi program that does a Z3950 fetch, when the z3950 server can not > be connected > $this->{conn} = new> Net::Z3950::Connection($mgr,host,port,databaseName=>$base,user=>$user,passwo> rd=>$pass); > Dies with this error:> Attempt to free unreferenced scalar: SV 0x13f5128 at\ > /exlibris/sfx_ver/sfx_version_3/app/perl-5.8.6/lib/site_perl/5.8.6/sun4-sola > ris/Event.pm line 102.> [Wed Jul 06 02:53:05 2005] [notice] child pid 12954 exit signal Bus error > (10) Ouch! > And causes the cgi program to crash, it seams to me that apache does not> know how to handle the signal that is returned.> I tried catching the error with an eval , but that does not work. No, that wouldn't work. "Attempt to free unreferenced scalar" is not an error in the Perl program (which the Perl program would be able to handle), but in the Perl interpreter. That is deep voodoo magic. Unless you've run into a bug in Perl itself (unlikely given the maturity of the code) or in Apache (ditto) or in mod_perl (ditto again), that means the only possible sources of the error are the C-to-Perl binding code-segments in Net::Z3950 itself or the Event module. Not to be arrogant or anything, but I am pretty darned certain it's the latter. > A command line program that attempts to connect to the same server in the > same way does not die on :> $this->{conn} = new> Net::Z3950::Connection($mgr,host,port,databaseName=>$base,user=>$user,passwo> rd=>$pass); > but rather sends the following error to the standard error: > Event: '?? Connection.pm:153' died and then $Event::DIED died with: Can't > call method "attributes" without a package or object reference at > /exlibris/sfx_ver/sfx_version_3/app/perl-5.8.6/lib/site_perl/5.8.6/sun4-sola > ris/Event.pm line 104. OK, that's more evidence that Event.pm (or, rather the C portion of it) is to blame. This is not the first time we've had problems with the Event module -- other have run into seemingly unreproducible errors that it generates, and its unportability is the reason Net::Z3950 doesn't run under MS-Windows. It looks to me like the solution is semi-radical surgery: rip the Event module right out of the Net::Z3950 module and replace it with YAZ's own event loop. That would have many benefits, but the best one would be that we'd not have the external dependency, so that we'd be in a position to fix problems such as yours. Otherwise, I'm afraid I don't think there's much we can do. -- Don Robertson Systems Administrator Hun Sen Library Royal University of Phnom Penh Kingdom of Cambodia don(a)robertson.net.nz 012 769 280 _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Bug in Koha 2.2.3
by Paul POULAIN 25 Jul '05

25 Jul '05

Hello all, A french UNIMARC library has found a bug that could affect everybody : In Koha, when MARC=ON, if a field is more than 200 characters, the MARC editor shows it in a textarea of 5 lines instead of a single line. There is a small & stupid bug that makes the modif of such a biblio buggy (all the values after the 1st textarea will be lost :-( ) to fix it, just go to : $KOHA/cgi-bin/acqui.simple/, and modify addbiblio.pl, ligne 201 : Replace $subfield_data{marc_value}="<textarea name=\"fieldvalue\" cols=\"50\" rows=\"5\" >$value</textarea>"; by $subfield_data{marc_value}="<textarea name=\"field_value\" cols=\"50\" rows=\"5\" >$value</textarea>"; (yes, just one _ missing...) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org) _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Z39.50
by Don Robertson 25 Jul '05

25 Jul '05

Greetings I am trying to get the z39.50 search running but am having some difficulty. I have set up Koha to use MARC21 records. When I try to add the Library of Congress as a Z39.50 server I only get the choices of USMARC and UNIMARC for syntax. And searching does not give any results. How do I add MARC21? I take it it is as easy as editing the I have tried to add a server that supports USMARC but still get no results. I don't see anything useful in the log files either. Any help appreciated Don -- Don Robertson Systems Administrator Hun Sen Library Royal University of Phnom Penh Kingdom of Cambodia don(a)robertson.net.nz 012 769 280 _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Z3950
by lib＠gndec.ac.in 23 Jul '05

23 Jul '05

hi all, when i try to run the ./z3950-daemon-launch.sh command the following message appear on the screen, please guide me what shoul i do to activate the Z3950 search? [root@192 z3950daemon]# ./z3950-daemon-launch.sh [root@192 z3950daemon]# touch: creating `/usr/local/koha/log/z3950-daemon-20050723-1208.log': Permission denied ERROR: Cannot write to log file /usr/local/koha/log/z3950-daemon-20050723-1208.log [root@192 z3950daemon]# export PERL5LIB=/usr/local/koha [root@192 z3950daemon]# ./z3950-daemon-launch.sh [root@192 z3950daemon]# touch: creating `/usr/local/koha/log/z3950-daemon-20050723-1211.log': Permission denied ERROR: Cannot write to log file /usr/local/koha/log/z3950-daemon-20050723-1211.log Kanwal Dhindsa, Librarian _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

z3950 daemon
by lib＠gndec.ac.in 23 Jul '05

23 Jul '05

hai all! Please let me know how to activate this z3950 daemon in koha2.2.3 because there are 4 commands ready to run under the directory of z3950daemon . which command i need to run to avtivate this facility bydefault: [root@192 z3950daemon]# ls processz3950queue z3950-daemon-options z3950-daemon-launch.sh z3950-daemon-shell.sh Kanwal Dhindsa Librarian _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0