- Koha - lists.katipo.co.nz

KohaCon 2012 Survey
by BWS Johnson 15 Sep '11

15 Sep '11

Kia ora! Nengard has been so kind as to set us up a survey. http://survey.web2learning.net/limesurvey/index.php?sid=63529 So go vote and stuff. :) Cheers, Brooke

1 0

Can't call method "subfield" ERROR
by Pomorska škola 15 Sep '11

15 Sep '11

Hi all, I have Koha 3.04.04 installed on Ubuntu 10.04 and I'm getting the error Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2835. on basically anything, Check In, Check Out, adding books and so on but even if there is an error, the operation seemingly completes successively. Now while I'm ready to go into production usage even with this error if despite it operations will be successfully done, but I would like to avoid having to fix at later date something that then turns out is a big problem. Also I have seen other posts detailing this bug. And most of them say that it's a problem with Marc to Koha mapping, and that I should check the mapping of the offending sub field, but how do I know WHICH sub field produces this error. Thanks in advance Maritime School Kotor -- View this message in context: http://koha.1045719.n5.nabble.com/Can-t-call-method-subfield-ERROR-tp480607… Sent from the Koha - Discuss mailing list archive at Nabble.com.

1 0

Barcode label printer not working
by swathi 15 Sep '11

15 Sep '11

Hi We are using koha 3.02 on ubuntu 10. We got a problem with the barcode label printer. We purchased Datamax oneill printer. The Drivers were also installed. When we give the print in quick spine label print, the printer was not printing anything. But the printer is working on the shell with lp command...... Is there anyone using the label printer and working good??? or is there any one got the same problem and solved Help me-Reg or please suggest which printer suits best on our environment. Thanks -- View this message in context: http://koha.1045719.n5.nabble.com/Barcode-label-printer-not-working-tp47970… Sent from the Koha - Discuss mailing list archive at Nabble.com.

2 2

Commentary on Paul's Koha 3.8 Release Manager proposal
by Ian Walls 14 Sep '11

14 Sep '11

Everyone, Enclosed is my response to Paul Poulain's proposal for Koha 3.8 Release Manager. The details of his document can be found here: http://wiki.koha-community.org/wiki/Proposal_paul_p_RM38 I thoroughly agree that the time has come to start thinking beyond the next stable release, and on to Koha 4.0. Those of you who have seen either my presentation at KohaCon 2010's hackfest or KUDOScon 2011 know I'm very excited about the possibilities of where we can take Koha in it's next major iteration. However, I disagree with a couple of the details of Paul's proposal. The major disagreement is with the timeline. The proposal as it stands is to start working on Koha 3.8 and Koha 4.0 in parallel, with Koha 3.8 releasing April 2012, and Koha 4.0 releasing Oct. 2012. I feel that going from Koha 3.8 directly to 4.0 is unwarranted. To my mind, there are many possible releases between 3.8 and 4.0, like 3.10, 3.12, 3.14 and so forth. This is supported by the actual database version numbers in Koha: the current release is actually 3.04.04; the zeros are squashed out for convenience. I would counter that, while we should continue releasing new features every 6 months on the 3.X line, Koha 4.0 should be defined by it's features. Paul's proposal calls several features to be key, including Solr integration, database abstraction, updated online help, improved authentication stack and automated tests. I agree that all these things are important and should be worked towards, but I'm not convinced they should be the sum total of the changes that define Koha 4.0 I would like to see the following in Koha 4.0: - arbitrary metadata formats (beyond MARC) - arbitrary biblio relationships - full support for authority records, including uploading through the GUI, automatic linking, "explode" searching and more - improvements to the borrower data structure (fewer pre-defined data fields, more flexibility) - separation of "receiving" and "payment" in acquisitions - serials import and export (MFHD, prediction patterns, etc) - many, many more things I think that the community should meet and discuss what features are both desirable and reasonably likely to be completed in the next few years (is there interest by libraries to sponsor these developments, or from developers to code it "for fun"?). Once a feature set is agreed on to "define" Koha 4.0, the developers of these features would meet to hash out what underlying structural changes would be required to make them happen. Hopefully commonalities could be found, so that the underlying structure could be developed in a way that accommodates multiple developments at once. Identifying these prerequisite changes early on would reduce the difficulties of rebasing developments, since we'd all be working off a similar set of base assumptions. It would also provide a reasonable basis for excluding or delaying developments that don't fit into the overall plan. Once the features were chosen and a framework for their development agreed upon, it would be time to code. The development and submission process would be the same as it is now (basing patches off master and submitting to the patches listserv and Bugzilla). As new features become ready, they would be incorporated into the time-based 3.X releases by the release manager for that particular cycle. This way, what works is made available, and what needs more time continues to be tested until it's stable for production use. Once all the agreed upon features were ready, it would be time to release Koha 4.0. Hopefully, that would be with 1-2 years, but there would be flexibility here. One of my other issues with the proposal was the "lightening" of Quality Assurance standards for the first 3 months of the 3.8 release cycle. If operating under the 1 year time frame for Koha 4.0 as outlined in Paul's proposal, this would seem necessary in order to get everything included in time. Unfortunately, while the next 3 months would be dedicated to clean up of features rolled in, there is never any guarantee of bug fixes being generated in a timely fashion. You cannot force people to write or sign off on bug fixes; we're all free agents here. So code that has not been rigourously tested could get in and stay in for a long time, long after 4.0 would release, because no one knows how to test it or fix it. However, if we operate under my proposed model, all code could continue to operate under the same quality assurance standards, and nothing that is broken or otherwise incomplete would make it in until it was ready. Releases would still come out every 6 months, even if a major development was inoperable, until that development could be completed. This has been a long email, so let me sum up. I think: - we should continue to release Koha 3.8, 3.10, 3.12 etc on 6 month cycles using the current community practices for feature inclusion - we should, as a community, meet and decide what features we want to define Koha 4.0 - the developers of those features should get together and come up with a unified plan for accomplishing them all, in a way that requires minimal rebasing - as new features become stable and tested, they should be folded into the 3.X line until all the features defined as "Koha 4.0" are ready - Once all the agreed upon features are complete, Koha 4.0 is then released. I've already gotten some feedback on this in today's Koha IRC meeting, but I'd very much like to hear what the rest of the community thinks about this, particular in relation to Paul's proposal for 3.8 Release Manager. Our time is limited for discussion, as the election time draws near, but hopefully I've made my thoughts clear enough for a dialogue to get started. Please let me know if I've been at all unclear. Cheers, -Ian -- Ian Walls Lead Development Specialist ByWater Solutions Phone # (888) 900-8944 http://bywatersolutions.com ian.walls(a)bywatersolutions.com Twitter: @sekjal

3 2

3.4.4 Perl upgrade/rebuilding perl-modules
by Perch 14 Sep '11

14 Sep '11

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-module… Sent from the Koha - Discuss mailing list archive at Nabble.com.

4 5

Fwd: 2nd Call for Interviews about Open Source ILS
by Lori Bowen Ayre 14 Sep '11

14 Sep '11

Apologies if everyone has seen this but I hope people from this list are participating in the survey...see below Lori ---------- Forwarded message ---------- From: Vandana Singh <utk.ils.research(a)gmail.com> Date: Wed, Sep 14, 2011 at 5:54 AM Subject: 2nd Call for Interviews about Open Source ILS To: Greetings! This is a second call for participation in an interview about Open Source Integrated Library Systems (ILS). This interview is part of a research project funded by IMLS comparing the technical support of Open Source ILS with the technical support of proprietary ILS. This is the third phase of the project. In the first phase we collected data regarding expectations of librarians for the technical support of their ILS. The second phase assessed the effectiveness of current ILS technical support. Thanks for your help if you participated in one or both of the earlier phases. We really appreciate the informative, quick and large number of responses we got!!! If you've already signed up for an interview we appreciate it. We hope you will participate in the current interviews, which will use the experience of open source software ILS adopters to develop a model for the evaluation, adoption, implementation, and maintenance of open source ILS. We would like to conduct the interview over the phone or in person and will be compensating for your time with a $25 gift card. If you know of anyone who would be interested in the study or in being interviewed please direct them to our site at http://www.oss-research.com/ where they can find out more about the project. We are interested in learning about the experiences of libraries of different types and sizes and are interested in hearing from you even if your migration to an open source ILS is not complete. If you are willing to participate, please respond to this email with the subject phrase "ILS Interview" In the same email if you could mention · The type of library (public, academic, school, special, etc.) you represent and · The approximate size of your collection. We really appreciate your time and support and look forward to reporting back the results from this study! You can also direct any queries or suggestions to utk.ils.research(a)gmail.com with the subject “ILS Interview” in the subject line, or visit our Facebook page at http://www.facebook.com/pages/OSS-Lib-Tech/111245305579507. Cheers, The OSS Lib Tech Team Vandana Singh (PI) Natasha Hollenbach and Vance Walker (RA) -- Vandana Singh, PhD Assistant Professor, School of Information Sciences, University of Tennessee Knoxville, 449 Communications Bldg. 1345 Circle Park Drive Knoxville, TN 37996-0341 Email: vandana(a)utk.edu Website: www.vandanasingh.com

1 0

subfields
by Samo Se 14 Sep '11

14 Sep '11

How to hide a sub-field in the OPAC? If I want to hide the sub-field (e) of the field 700

2 1

Sending mail via external smtp server auth
by Alessio Ruzza 14 Sep '11

14 Sep '11

Hi All, this is my first mail to this wonderful mailing list. I read every day your messages since 3 months. A simple question about mail sending. Did anyone find a simple solution to send mails using an external smtp server with auth. I successfully upgraded sendmail to 0.79_16 and I can successfully process the holds configuring username and password. But for the other communication is not so simple, has anyone some ideas? Thanks a lot to everyone! Alessio Ruzza Biblioteca Isola di Libri Milano - Italy http://libri.nuovaacropoli.org/

2 1

Problem with searchig
by lil Vardanyan 14 Sep '11

14 Sep '11

Hello I have a problem. When I am searching books in armenian and russian lungages, in search result display all books in this lungagaes that I have in our library base. Can you help me to solve this problem. Best regards Lilit . Armenia -- View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-searchig-tp4801756p4801756.h… Sent from the Koha - Discuss mailing list archive at Nabble.com.

1 0

sql report 952 z (non-public note)
by Chris Meech 13 Sep '11

13 Sep '11

Hi, We are using item level 952 (? or is it 942 ?) subfield z; non-public note, to store information on certain temporary collections that are loaned to us from other libraries for 3 months or so. I need an SQL report to search 952 (942?) subfield z non-public note across the database and find a specified value or any non-null value. I have been looking at adapting the Koha SQL wiki Query MARC reports with no success. Any suggestions or reports are welcome. Or if you have another way of dealing with items that are loaned to the Library from an external source I would be interested in hearing about it. Koha version: 3.04.04.000 thanks Chris Christopher Meech Reference Librarian Waitaki District Libraries P.O. Box 134,Oamaru 9444 62 Thames St, Oamaru 9400 cmeech(a)waitaki.govt.nz 03 433 0850

3 3