[Koha] Software error
This message appears in various situations. Checking items out/in, adding a new issue to an existing subscription and so on. Software error: Can't call method subfield on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 3008. For help, please send mail to the webmaster (webmaster@vps185), giving this error message and the time and date of the error. Any ideas? -- View this message in context: http://koha.1045719.n5.nabble.com/Software-error-tp5447481p5447481.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Staged marc import and 952 field
The current Koha version we're running is 3.04.04. The data is originally from version 2.xx. So if I understood correcly, the Koha still has 952 field, but it's hidden in later versions? I think I'll need to have a look at marcedit and hopefully I'll be able to modify the 952 so that the 3.04.04 is happy with it. -- View this message in context: http://koha.1045719.n5.nabble.com/Staged-marc-import-and-952-field-tp4962164p4971169.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Staged marc import and 952 field
I imported a number of marc records from an older Koha system using staged marc import tool. For some reason the 952 field doesn't get imported. Here's an example of what a typical 952 field looks like: 952 | y0 | p1214 | q0 | 00 | u1228 | dMAIN | 10 | k9 BUS | 2010 - 01 - 15 | bMAIN I also noticed that the k subfield of 952 doesn't even exist on this new installation of Koha, why is that? Where is the information in this field supposed to go to? Upon import Koha creates items, but it doesn't even show the 952 field when staging the marc import. Why is that? How can I get Koha to import the 952 field too? -- View this message in context: http://koha.1045719.n5.nabble.com/Staged-marc-import-and-952-field-tp4962164p4962164.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Staged marc import and 952 field
I made a little mistake in posting, it should have been: 952 | y0 | p1214 | q0 | 00 | u1228 | dMAIN | 10 | k9 BUS | v2010 - 01 - 15 | bMAIN i.e. 2010 - 01 -15 is in subfield v Looking at the records vs. Koha's 952 subfields it seems that some information is in the wrong subfields (d should contain acquisition date, but it seems to contain the home branch instead, v should contain replacement price, but it contains the acquisition date, k and u subfields have vanished alltogether). -- View this message in context: http://koha.1045719.n5.nabble.com/Staged-marc-import-and-952-field-tp4962164p4962209.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Best way to import marc files
I have several marc files that I need to import to Koha. What is the best way to do this? I would also like to have Koha automatically add one item for each bibliographic record in these marc files. The marc files contain only one type of items each (i.e. cd's, dvd's, books and so on are in separate files). How can this be done? -- View this message in context: http://koha.1045719.n5.nabble.com/Best-way-to-import-marc-files-tp4952701p4952701.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 403 error with Koha 3.4.4
I got 403 error fixed by commenting out the following two lines from httpd.conf: Directory / Options FollowSymLinks AllowOverride None #Order deny,allow #Deny from all /Directory They seem to be the ones causing virtual hosts not to work. There's another problem now, but I'll post a new thread about it :D -- View this message in context: http://koha.1045719.n5.nabble.com/403-error-with-Koha-3-4-4-tp4778142p4781858.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] 3.4.4. woes continue... :(
This is what 3.4.4 throws on me when I try to access the Koha intranet: Software error: syntax error at /usr/share/koha/lib/C4/Search.pm line 497, near $data ~ syntax error at /usr/share/koha/lib/C4/Search.pm line 498, near }- syntax error at /usr/share/koha/lib/C4/Search.pm line 498, near ++; syntax error at /usr/share/koha/lib/C4/Search.pm line 511, near } Compilation failed in require at /usr/share/koha/lib/C4/Heading.pm line 26. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Heading.pm line 26. Compilation failed in require at /usr/share/koha/lib/C4/Biblio.pm line 38. Compilation failed in require at /usr/share/koha/lib/C4/Reserves.pm line 26. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Reserves.pm line 26. Compilation failed in require at /usr/share/koha/lib/C4/Circulation.pm line 26. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Circulation.pm line 26. Compilation failed in require at /usr/share/koha/lib/C4/Overdues.pm line 26. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Overdues.pm line 26. Compilation failed in require at /usr/share/koha/lib/C4/Members.pm line 29. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Members.pm line 29. Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 30. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 30. Compilation failed in require at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 23. BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 23. For help, please send mail to the webmaster (webmaster@koha), giving this error message and the time and date of the error. What? Why? -- View this message in context: http://koha.1045719.n5.nabble.com/3-4-4-woes-continue-tp4781863p4781863.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 3.4.4. woes continue... :(
My Perl version is 5.8.8 -- View this message in context: http://koha.1045719.n5.nabble.com/3-4-4-woes-continue-tp4781863p4781935.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 3.4.4. woes continue... :(
So that will mean a complete system upgrade for me.. Oh bugger... -- View this message in context: http://koha.1045719.n5.nabble.com/3-4-4-woes-continue-tp4781863p4781951.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] 3.4.4 Perl upgrade/rebuilding perl-modules
I upgraded my Perl (compiled a new version from source) from 5.8.8 to 5.14.1, because evidently Koha 3.4.4 needs a newer version of Perl than 5.8.8. Now I'm having problems getting some of the required CPAN modules to install. First of all: HTTP::OAI wants a newer version of XML::SAX::Base. I have version 1.02, while HTTP::OAI wants 1.04. However, when I try to upgrade it using CPAN, all I get is a message saying: XML::SAX::Base is up to date (1.02). So, no newer version available on CPAN? Secondly: PDF::Reuse::Barcode wants Barcode::Code128, which it tries to automatically install. However the installation fails (it fails if I try the install Barcode::Code128 manually too): Going to read '/root/.cpan/Metadata' Database was generated on Thu, 08 Sep 2011 09:28:48 GMT Running install for module 'Barcode::Code128' Running make for W/WR/WRW/Barcode-Code128-2.01.tar.gz Checksum for /root/.cpan/sources/authors/id/W/WR/WRW/Barcode-Code128-2.01.tar.gz ok CPAN.pm: Going to build W/WR/WRW/Barcode-Code128-2.01.tar.gz Checking if your kit is complete... Looks good Writing Makefile for Barcode::Code128 Writing MYMETA.yml cp lib/Barcode/Code128.pm blib/lib/Barcode/Code128.pm Manifying blib/man3/Barcode::Code128.3 WRW/Barcode-Code128-2.01.tar.gz /usr/bin/make -- OK Running make test PERL_DL_NONLAZY=1 /usr/lib/perl5/perl-5.14.1/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/barcode.t .. ok t/gif.t .. skipped: (no reason given) t/png.t .. skipped: (no reason given) Test Summary Report --- t/gif.t(Wstat: 0 Tests: 1 Failed: 1) Failed test: 1 Parse errors: Bad plan. You planned 0 tests but ran 1. t/png.t(Wstat: 0 Tests: 1 Failed: 1) Failed test: 1 Parse errors: Bad plan. You planned 0 tests but ran 1. Files=3, Tests=4, 0 wallclock secs ( 0.05 usr 0.00 sys + 0.04 cusr 0.01 csys = 0.10 CPU) Result: FAIL Failed 2/3 test programs. 2/4 subtests failed. make: *** [test_dynamic] Error 255 WRW/Barcode-Code128-2.01.tar.gz /usr/bin/make test -- NOT OK //hint// to see the cpan-testers results for installing this module, try: reports WRW/Barcode-Code128-2.01.tar.gz Running make install make test had returned bad status, won't install without force Thirdly, the installtion of Schedule::At fails: Going to read '/root/.cpan/Metadata' Database was generated on Thu, 08 Sep 2011 09:28:48 GMT Running install for module 'Schedule::At' Running make for J/JO/JOSERODR/Schedule-At-1.13.tar.gz Checksum for /root/.cpan/sources/authors/id/J/JO/JOSERODR/Schedule-At-1.13.tar.gz ok CPAN.pm: Going to build J/JO/JOSERODR/Schedule-At-1.13.tar.gz Checking if your kit is complete... Looks good Writing Makefile for Schedule::At Writing MYMETA.yml and MYMETA.json cp At.pm blib/lib/Schedule/At.pm Manifying blib/man3/Schedule::At.3 JOSERODR/Schedule-At-1.13.tar.gz /usr/bin/make -- OK Running make test PERL_DL_NONLAZY=1 /usr/lib/perl5/perl-5.14.1/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/t1.t .. 1/9 # Failed test 2 in t/t1.t at line 45 # t/t1.t line 45 is: ok(!$rv ((scalar(keys %beforeJobs)+1) == scalar(keys %afterJobs))); # Failed test 3 in t/t1.t at line 48 # t/t1.t line 48 is: ok(%atJobs); # Test 4 got: UNDEF (t/t1.t at line 51) # Expected: /thisIsACommand/ # t/t1.t line 51 is: ok($content, '/thisIsACommand/'); # Test 6 got: (t/t1.t at line 73) # Expected: /^(_TEST_tag1)+$/ # t/t1.t line 73 is: ok(join('', map { $_-{TAG} } values %tag1Jobs), '/^(_TEST_tag1)+$/'); # Test 7 got: UNDEF (t/t1.t at line 76) # Expected: /testCMD2/ # t/t1.t line 76 is: ok($content2, '/testCMD2/'); # Test 8 got: UNDEF (t/t1.t at line 77) # Expected: /testCMD3/ # t/t1.t line 77 is: ok($content2, '/testCMD3/'); t/t1.t .. Failed 6/9 subtests Test Summary Report --- t/t1.t (Wstat: 0 Tests: 9 Failed: 6) Failed tests: 2-4, 6-8 Files=1, Tests=9, 0 wallclock secs ( 0.03 usr 0.01 sys + 0.04 cusr 0.07 csys = 0.15 CPU) Result: FAIL Failed 1/1 test programs. 6/9 subtests failed. make: *** [test_dynamic] Error 255 JOSERODR/Schedule-At-1.13.tar.gz /usr/bin/make test -- NOT OK //hint// to see the cpan-testers results for installing this module, try: reports JOSERODR/Schedule-At-1.13.tar.gz Running make install make test had returned bad status, won't install without force I tried installing ExtUtils::Command::MM, which went ok, but didn't help any. -- View this message in context: http://koha.1045719.n5.nabble.com/3-4-4-Perl-upgrade-rebuilding-perl-modules-tp4782778p4782778.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 403 After Upgrade (Fwd: [Koha Library Software Community] Comment: Koha 3.2.2 is now available)
I have this problem with koha 3.4. I don't think it's to do with file permissions, but rather apache configuration. Does anyone have an idea how this could be fixed? -- View this message in context: http://koha.1045719.n5.nabble.com/403-After-Upgrade-Fwd-Koha-Library-Software-Community-Comment-Koha-3-2-2-is-now-available-tp3331835p4778098.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 403 error with Koha 3.4.4
I've put them in pastebin: Here's httpd.conf: http://pastebin.com/8Wy07Vns It's pretty much unchanged, except for the servername (which I removed from pastebin, but it's set) and the inclusion of the koha-httpd.conf. koha-httpd.conf is here: http://pastebin.com/tQKC0Sfj Apache runs as apache:apache and koha files are owned by koha:users. -- View this message in context: http://koha.1045719.n5.nabble.com/403-error-with-Koha-3-4-4-tp4778142p4778309.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] DateTime version problem
I'm doing a new Koha 3.04.04 installation, but I'm having problems getting the DateTime perl module to work. CPAN seems to give me version 0.70 (Running make for D/DR/DROLSKY/DateTime-0.70.tar.gz...), but Makefile.PL insists that it's version 0.4304 (Warning: prerequisite DateTime 0.51 not found. We have 0.4304.). Maybe I have an older DateTime lying around somewere...? How can I fix this? -- View this message in context: http://koha.1045719.n5.nabble.com/DateTime-version-problem-tp4762023p4762023.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha