- Koha-devel - lists.koha-community.org

Using Unicode in Koha
by Prawesh Shrestha 31 Jan '11

31 Jan '11

Hi, I am from Nepal and using Koha Library Management System and very new to it. I want to use Nepali unicode to enter records in the system. Till now I know that its possible while researching on the net. However, eluded with details to make it work. How can I get the details to make it happen? With Regards, -- Prawesh Shrestha Project Engineer --------------------------------------------- Young Innovations Pvt. Ltd. GPO 8976 EPC 241 Pulchowk, Lalitpur, Nepal Tel: +977-01 2291892 http://yipl.com.np info[at]yipl[dot]com[dot]np ----------------------------------------------------

3 2

Development workflow
by Paul Poulain 31 Jan '11

31 Jan '11

Hello koha-devel, The more time passes, the more I think we have a workflow for Koha development that does not work correctly/efficiently/fluently. The rule we have is: * create a branch for the feature * file a bug for it * submit your branch to koha-patches ML * the RM checks that everything apply smoothly on master & ask for QA * someone signs-off the branch/patch * the RM merge the branch. For the maintenance branch, this workflow is perfect and must be secured more and more to avoid any regression. As I see it, there is always someone that can find time to sign-off a patch or 2. As ppl have system live with it i'm sure it's cricital for many ppl to check & double check ! But for the next release/unstable branch this workflow does not work well. Here is a single line of something owen said on the chat today: <owen> paul_p: I would much prefer to be testing your stuff today, but other stuff is taking precedence. God knows i'll be forever thankfull to owen for the work he does. But this sentence reveals something: for most of us, there is always "other stuff taking precedence" :\ BibLibre has submitted many new features 3 months ago. I tried to motivate ppl to get feedback & sign-off. I even have organised an IRC meeting ... where no one came. Those patches includes new features, and requires a lot of work to be tested. 2 weeks ago, I did the same for a bunch of small improvements (and I have many many more pending). Once again, no feedback, except for one very easy-to-test (new images) : signed-off by Nicole & pushed by chris in less than 24H! Those 2 minor events (with owen & nicole) made me realize that it's technically and functionnaly hard & long to test: rebase, drop database, install, file test cases, check the new features,... At KohaCon, liz tested some of those features and said "wow, great, I want this feature for my library !" (I don't remember what it was exactly). The problem is that liz is not a techie woman, and can't test patches by her own. For our images, it was easy for Nicole to test, no need to updatedatabase or anything complex, just reach the itemtypes.pl page check the images are here. Easy for a librarian ! Other point: dependancies between new features. Let me take an example: Templates on those devs relies on html::template. Chris is working on moving everything to Template::Toolkit. Once he consider it's ready, he should submit for QA, as for every new features. Suppose no-one sign-off. And suppose someone sign-off, there are 2 options: * move master to T::T when it's signed-off. What happends with other branches not merged ? they can't be merged anymore, they have to be rewritten. wow, I can't imagine that something we've submitted for QA 3 months ago has to be rewritten because no-one took care of it ! * wait until those branches are merged. Two major problems here: the release date won't be respected, and we have switched again to feature based release. Or 3.4 will be released on time, but won't contain many things all those great features that are live in all our libraries since months. The second problem is that other devs are on the way. They still rely on H::T as master is based on that. Switching to T::T will cause problems for those branches later. well, I think that none of those solutions is a correct one. I can take an other example: the analytics record feature may/will probably overlap functionnaly with the new features we have submitted for cataloguing (not sure, but i think so). Suppose our cataloguing branch is integrated in 2 weeks. it has been submitted 3 months ago. It means our indian colleagues will have to rebase & face problems to get their analytical record branch working. If our branch had been merged quickly, they would have had 3 more months to deal with it. Our actual workflow, causes a lot of overhead ! And -worst- I don't think it improves the stability & security: there are merge problems that are difficults to detect. It means that any test done on analytical records would have to be done again if our cataloguing branch is merged : more work, more pain. And the later a branch is merged, the smaller the time to find a problem. My main conclusion is that we are not a large enough community to deal with testing/validating/merging new features in a short timeline. So I think we must change the way we integrate new features. The general idea being: remove the sign-off lock on the workflow. Here is a proposal: Let's go back to the timeline: we plan to release a version every 6 months. We could have a window of, say 4 months. During those 4 months a feature can be included if : 1- the submitter provides something that applies on master (ie: it's technically valid) 2- no-one object in 2 weeks (or 3, or 4, or defined by the RM when the branch is submitted) It put more pressure on others to test quickly, and don't put pain on parallels/parallelizing developments. Once a branch is merged if there is a problem, then everybody should see it, and it will be fixed ! Then, for 1 month, any new feature can be applied only if a newly submitted branch is approved/signed-off (less than 2 months to detect a problem in a new feature is a must-have) Then, feature freeze, 1 month debugging and translating. I know it is a big change in the workflow, but the actual one is not working well, so, we have to find another one. I humbly request to have this question being put on the next irc agenda (which does not mean you should not also start a thread here, of course) PS: pls don't say i'm wrong and the workflow works well. Having branches submitted 3 months ago, getting no feedback, and planning to have a release in less than 3 months, can't be considered as something working well. Friendly. -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

8 20

Zebra issues
by Tiago Murakami 30 Jan '11

30 Jan '11

Hi, I Installed Koha 3.2.2 by koha-common debian package and it works very well. But, when I restart the server, the zebra stop works. I try koha-start-zebra (instance) but don´t work Anybody can help me? -- Tiago Murakami Librarian Brazil

2 2

utf8 in labels pdf -- kernel of a solution
by Reed Wade 30 Jan '11

30 Jan '11

I was poking around at bug 2246 for some reason and thought it might be more fun to step back a bit. The result is a perl fragment that does the basic work of creating a pdf which has a barcode and text in Greek, Cyrillic, all the latins, Japanese, Thai, Hindi and Gujarati (I'm not conversant in most of those languages so I might have some silly mistakes there) all on one page. It uses PDF::API2 instead of PDF::Reuse. If you're curious, have a look at http://reedwade.net/koha/labels/ for the perl script and the pdf output. The enabling feature of interest is the ability in PDF::API2 to build a font from a set of ttf fonts and assigning different unicode code pages (or ranges) for each. It might be possible to rejigger C4/Creators/PDF.pm to use PDF::API2 instead of PDF::Reuse. This is something I predict I will not have time to pursue further anytime soon -- I'm hoping someone else might enjoy that? -reed

2 1

make test fails on BackgroundJob.t
by Koustubha Kale 28 Jan '11

28 Jan '11

Hi All, I am doing a dev install with a fresh git clone on a new machine. make test fails with following.. Test Summary Report ------------------- t/BackgroundJob.t (Wstat: 65280 Tests: 1 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 8 tests but ran 1. Files=99, Tests=6821, 53 wallclock secs ( 1.57 usr 0.24 sys + 26.95 cusr 2.46 csys = 31.22 CPU) Result: FAIL Failed 1/99 test programs. 0/6821 subtests failed. make: *** [test_dynamic] Error 255 Looking back on the make test output I see t/BackgroundJob.t ................... DBD::mysql::db selectrow_array failed: Table 'kohadev.systempreferences' doesn't exist at /home/kk/kohaclone/blib/PERL_MODULE_DIR/C4/Context.pm line 480. DBD::mysql::db selectrow_array failed: Table 'kohadev.systempreferences' doesn't exist at /home/kk/kohaclone/blib/PERL_MODULE_DIR/C4/Context.pm line 480. t/BackgroundJob.t ................... 1/8 DBD::mysql::db selectrow_array failed: Table 'kohadev.systempreferences' doesn't exist at /home/kk/kohaclone/blib/PERL_MODULE_DIR/C4/Context.pm line 480. Use of uninitialized value $timeout in pattern match (m//) at /home/kk/kohaclone/blib/PERL_MODULE_DIR/C4/Auth.pm line 606. DBD::mysql::db selectrow_array failed: Table 'kohadev.systempreferences' doesn't exist at /home/kk/kohaclone/blib/PERL_MODULE_DIR/C4/Context.pm line 480. DBD::mysql::db selectrow_array failed: Table 'kohadev.systempreferences' doesn't exist at /home/kk/kohaclone/blib/PERL_MODULE_DIR/C4/Context.pm line 480. OPAC Install required, redirecting to maintenance at /home/kk/kohaclone/blib/PERL_MODULE_DIR/C4/Auth.pm line 560. # Looks like you planned 8 tests but ran 1. t/BackgroundJob.t ................... Dubious, test returned 255 (wstat 65280, 0xff00) Failed 7/8 subtests Can someone please tell me whats going on here? PS : And I also see a bunch of " DBD::mysql::db selectrow_array failed: Table 'kohadev.systempreferences' doesn't exist at /home/kk/kohaclone/blib/PERL_MODULE_DIR/C4/Context.pm line 480." lines in the make test output. I can login to the kohadev database with the credentials I am supplying perl Makefile.PL Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2

2 2

Official Koha Newsletter: Volume 2, Issue 1: January 2011
by Nicole Engard 27 Jan '11

27 Jan '11

Please read the newsletter online for live links: http://koha-community.org/koha-newsletter-volume-2issue-1-january-2011/ Official Koha Newsletter (ISSN 2153-8328) Volume 2, Issue 1: January 2011 Table of Contents * Koha Developments o RFC Roundup: Members/Patrons o Koha 3.2.3 is now available * Koha Libraries o 7 Public Libraries in Pampanga Receive Koha Computers o National Folk Archive in the UK Launches Online Catalog * Koha Events o OS Academy a big success for Koha o KUDOS Conference in May Koha Developments RFC Roundup: Members/Patrons by MJ Ray The following Patrons management improvement ideas have Requests For Comments listed on the Koha Community Wiki. If you have suggestions you could make about these topics, please add comments to the relevant page by logging in and clicking the “Edit” tab at the top of the page. Alternatively, you could start a discussion on the email list or web forum. * Calculate fines in days debarred RFC o Koha 3.0 lets the library define fines in money only. Some libraries needs to be able to set “debarred” fines. When a patron returns books lately, he is debarred for some days. * Enhancements to debarred patron o Gonenoaddress, lost or debarred are currently just toggle choices. Enhancements proposed include adding a comment field to each choice and adding an expiry date for debarring. * Duplicate card button o This feature would add a new button to duplicate a patron card. A new form with the duplicated values will open up and when the librarian puts the cursor on a field, the value will be erased ready to write the new value. Then the librarian can save the new card. * Enhancements to the display of extended patron attributes in circ o This RFC proposes having some extended attributes display in circ/circulation.pl and jumping straight to the patron details page if there is only one match for a patron search. * Fines Tab o Redesign the fines tab to allow partial payment and record/show more information about fines, such as the librarian taking the fine, the transaction time and payment method. * Patron Reading record management RFC and Patron self-managing privacy RFC o The laws in some countries requires that the library cleans the reading record after some time. These new features would let the user himself decide what to do with the reading record. The current behaviour will be the initial default and changed through a system preference. ** Please Contribute! ** Please, if you have any feedback or encouragement for any of the above, follow the link and add comments, or start a discussion. Koha 3.2.3 is now available by Chris Nighswonger It is with pleasure that I announce the release of Koha 3.2.3. The package can be retrieved from: http://download.koha-community.org/koha-3.02.03.tar.gz You can use the following checksum and signature files to verify the download: http://download.koha-community.org/koha-3.02.03.tar.gz.MD5 http://download.koha-community.org/koha-3.02.03.tar.gz.MD5.asc http://download.koha-community.org/koha-3.02.03.tar.gz.sig Release notes for 3.2.3 are below the fold. Come and get it! Read more. Koha Libraries 7 Public Libraries in Pampanga Receive Koha Computers by Pampanga PIO City of San Fernando – The National Library of the Philippines (NLP) turned over seven Koha computer units to seven public libraries in the province in ceremonies held recently at the Pampanga Provincial Library. Read More. National Folk Archive in the UK Launches Online Catalog by Elaine Bradtke The first collection of the Vaughan Williams Memorial Library catalogue has been launched into cyberspace: http://catalogue.efdss.org. More on this story can be found on WorldCentralMusic.org. Koha Events OS Academy a big success for Koha by Chris Cormack Over the last 2 weeks Catalyst has been running a pilot of an ‘Academy’ for high school age students. I was very happy to be a part of what, in my opinion, turned out to be a very well run and most worthwhile exercise. During the first week the students were treated to tutorial sessions, including installing ubuntu on their laptops, using git, perl, php, postgresql, configuring a server, copyright, licenses, freedom, community, graphics (inkscape & the gimp), html css and javascript. Quite a list now I see it all written down. Read More. KUDOS Conference in May by David Schuster Put May 2 and 3, 2011 on your calendars for the KUDOS conference to be held in Madison, Wisconsin we are finalizing the venue. More information on transportation and housing to come. This will be a conference for and by users of Koha in collaboration with vendors that support or interact with Koha. We are hopeful that this conference will be a low cost/no cost option with the help of sponsorships from vendors and libraries. We are looking for volunteers to serve on the planning and program committees. If you are interested in helping out, please let me know. We need to get to work on this right away! This is NOT going to be a KohaCon and at this time no Hackfest is being organized. Newsletter edited by Nicole C. Engard, Koha Documentation Manager. Please send future story ideas to me.

1 0

Softlink Alice import to koha
by Cybermon 26 Jan '11

26 Jan '11

Dear koha developer, I would like to ask 2 questions from you. 1. I would like to import catalog information from the Softlink Alice/library software/ to koha ILS. Could you help me that how can i import our book catalog with items and barcodes to Koha. 2. How can i install other additional languages/Mongolian/ after installed Koha on server? When I following the wiki guide than i have following error. Install templates 'opac From: /usr/share/koha/opac/htdocs/opac-tmpl/prog/en/ To : /usr/share/koha/opac/htdocs/opac-tmpl/prog/mon With: /usr/share/koha/intranet/cgi-bin/misc/translator/po/mon-i-opac-t-prog-v-3002000.po Can't exec "/usr/share/koha/intranet/cgi-bin/misc/translator/ tmpl_process3.pl": No such file or directory at LangInstaller.pm line 286. Install templates 'intranet From: /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/ To : /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/mon With: /usr/share/koha/intranet/cgi-bin/misc/translator/po/mon-i-staff-t-prog-v-3002000.po Can't exec "/usr/share/koha/intranet/cgi-bin/misc/translator/ tmpl_process3.pl": No such file or directory at LangInstaller.pm line 286. Koha directories hierarchy for mon must be created first root@UBPLServer:/usr/share/koha/misc/translator# perl translate install mon readdir() attempted on invalid dirhandle $fh at LangInstaller.pm line 62. closedir() attempted on invalid dirhandle $fh at LangInstaller.pm line 63. Install templates Best regards, Gana

1 0

Koha 2 to Koha 3
by Charl 24 Jan '11

24 Jan '11

?I am upgrading one of our sites from 2.9 to 3. I cannot find the procedure anywhere. Can anyone please help with the procedure? Thank you.

2 1

GIT repository Lyon 2 University
by Fridolyn SOMERS 24 Jan '11

24 Jan '11

Hie, Progilone has finished the Koha project for Lyon 2 University (France). You can find all features developed on our GIT repository http://git.progilone.com/. Each feature is in a branch started from 3.2.0 master revision from koha-community. Feel free to ask for details. Best regards, -- Fridolyn SOMERS ICT engineer PROGILONE - Lyon - France fridolyn.somers(a)gmail.com

3 3

Koha 3.2.3 is now available
by Chris Nighswonger 22 Jan '11

22 Jan '11

It is with pleasure that I announce the release of Koha 3.2.3. The package can be retrieved from: http://download.koha-community.org/koha-3.02.03.tar.gz You can use the following checksum and signature files to verify the download: http://download.koha-community.org/koha-3.02.03.tar.gz.MD5 http://download.koha-community.org/koha-3.02.03.tar.gz.MD5.asc http://download.koha-community.org/koha-3.02.03.tar.gz.sig Release notes for 3.2.3 are below the fold. Come and get it! [More...] RELEASE NOTES FOR KOHA 3.2.3 - 22 January 2011 ======================================================================== Koha is the first free and open source software library automation package (ILS). Development is sponsored by libraries of varying types and sizes, volunteers, and support companies from around the world. The website for the Koha project is http://koha-community.org/ Koha 3.2.3 can be downloaded from: http://download.koha-community.org/koha-3.02.03.tar.gz Installation instructions can be found at: http://wiki.koha-community.org/wiki/Installation_Documentation Koha 3.2.3 is a bugfix/maintenance release. Highlights of 3.2.3 ====================== Some of the higher profile bugs addressed in this release are: 4286 Subscription expired at its creation 4438 incorrect "Budget total exceeds period allocation" error when editing fund 4945 Patron search is limited by default to the currently logged-in library 5480 Some usual UNIMARC cataloguing plugins doesn't work anymore 5542 Limit to availability not working 5611 can't add comments and tags in the OPAC when mod_perl is activated This release also contains a variety of minor enhancements improving Koha's interface and underlying scripts. Bugs fixed in 3.2.3 ====================== 3153 'maxoutstanding' syspref does not disallow placing holds on staff side 3199 batchRebuildBiblioTables.pl failed due to missing argument 3262 OPAC needs syspref to show homebranch instead of current location on detail page 3347 Inconsistencies with tables in opac-shelves.tmpl 3459 topissues doesn't take care of ccode. 3550 Use GetRecordValue to get the subtitle 3737 search order title should me more fuzzy 3743 Acquisition stats ordering by month 3859 Attach Item Clarification 3918 Add to order lists inconsistent 3987 New Sys Prefs Branch - Alphabetize prefs in sections 4131 link on subscripton page says 'create routing' even when one exists 4473 Recent comments view for the OPAC 4826 Choose either 'new basket' or 'add basket' 4885 Only 1 ISBN shows in non-XSL detail view 4891 Order facets in left sidebar of search results 4908 OPAC patron details page doesn't show patron's home library 4942 When a new patron is created and the expiry date is left blank, it comes up with an invalid date 4946 hold warning needs rewording 4950 checkbox should be removed when can't place a hold 4984 Invalid XHTML in staff client search results 4997 More searches menu not on OPAC MARC and ISBD detail pages 5006 Invalid XHTML in record matching rules template 5040 "Distance" misspelled in default framework 5045 The help doesn't work if something strips the referrers 5055 crontab.example should use standard file paths 5143 Subtitles not showing on view_holdsqueue.pl 5294 Vendor name shows with '%20' 5327 Unit tests required for all C4 modules 5374 Update date/time last transaction (MARC 005) when saving biblio record 5375 Update date/time last transaction (MARC 005) when saving authority record 5398 several pages in the staff interface do not obey noItemTypeImages 5399 remove useless eval 'use C4::Foo' 5403 C4::Koha::DisplayISBN should be wrapper for Business::ISBN->as_string 5419 account fees not showing as reason to not check out 5446 Item creation in Acquisition module doesn't control mandatory fields 5451 can add tags with userlogin turned off 5470 improvements to results display in the staff client 5486 HomeOrHoldingBranch description inaccurate 5489 Send hold email to branch email address if it exists instead of koha email address 5492 import patrons page title reads 'cataloging' 5497 add option to supply library phone #, address, and other fields to circ receipts 5510 Hard to tell what instance a cron error comes from 5518 Add to shelf icon doesn't appear in OPAC results page 5526 List of lists should be in alphabetical order by list name 5531 Missing sysprefs in language specific files 5550 Wrong file name in package-installed docs 5556 OPAC does not display the type of authority 5557 Logs cannot be viewed by user with granular permission view_system_logs 5562 circ history says 'issues' instead of 'checkouts' 5563 note on enhanced content about cover images inaccurate 5570 item types not showing on other editions 5571 tags as bulleted list too long 5582 MARC Field Documentation links incorrect on tags < 080 5583 Rename variable to reflect what it is 5585 today's date does not display on receipts and slips 5589 Duplicate Code in Suggestions 5601 SIP Due dates miscalculated via DateTime 5603 advance_notices.pl generating "uninitialized value in hash element" 5604 additional icons for the Seshat set Commits in 3.2.3 without a referenced bug report: * Added more unit tests to check when JSONStream should fail. * Added unit tests to test all of get_amazon_tld in Amazon.pm. * Added unit tests for Biblio and moved it to db_dependent as it requires the database. * Added unit tests using a test database for XISBN. * Created unit testing using the testdatabase for XISBN. * Added extra unit tests to Debug.t * Adding new developers to the history * Removing OPACNoResultsFound Enhancement Syspref * Deleted old sample budget sql-data for Ukrainian and Russian System requirements ====================== Changes since 3.0: * The minimum version of Perl required is now 5.8.8. * There are a number of new Perl module dependencies. Run ./koha_perl_deps.pl -u -m to get a list of any new modules to install during upgrade. Upgrades ====================== The structure of the acquisitions tables have changed significantly from 3.0.x. In particular, the budget hierarchy is quite different. During an upgrade, a new database table is created called fundmapping that contains a record of how budgets were mapped. It is strongly recommended that users of Koha 3.0.x acquisitions carefully review the results of the upgrade before resuming ordering in Koha 3.2.x. Documentation ====================== As of Koha 3.2, the Koha manual is now maintained in DocBook. The home page for Koha documentation is http://koha-community.org/documentation/ As of the date of these release notes, several translations of the Koha manual are available: English: http://koha-community.org/documentation/3-2-manual/ Spanish: http://koha-community.org/documentation/3-2-manual-es/ French: http://koha-community.org/documentation/3-2-manual-fr/ The Git repository for the Koha manual can be found at http://git.koha-community.org/gitweb/?p=kohadocs.git;a=summary Translations ====================== Complete or near-complete translations of the OPAC and staff interface are available in this release for the following languages: * Chinese * Danish * English (New Zealand) * English (USA) * French (France) * French (Canada) * German * Greek * Hindi * Italian * Norwegian * Portuguese * Spanish * Turkish Partial translations are available for various other languages. The Koha team welcomes additional translations; please see http://www.kohadocs.org/usersguide/apb.html for information about translating Koha, and join the koha-translate list to volunteer: http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate The most up-to-date translations can be found at: http://translate.koha-community.org/ Release Team ====================== The release team for Koha 3.2 is Release Manager: Galen Charlton <gmcharlt(a)gmail.com> Documentation Manager: Nicole Engard <nengard(a)gmail.com> Translation Manager: Chris Cormack <chris(a)bigallofwax.co.nz> Release Maintainer (3.0.x): Henri-Damien Laurent <henridamien.laurent(a)biblibre.com> Release Maintainer (3.2.x): Chris Nighswonger <cnighswonger(a)foundations.edu> Credits ====================== We thank the following individuals who contributed patches to Koha 3.2.3: Nahuel Angelinetti Claudia Colin Campbell Galen Charlton Chris Cormack Frédéric Demians Johnboy Marcel de Rooy Serhij Dubyk {Сергій Дубик} Nicole Engard Magnus Enger Amit Gupta Srdjan Jankovic Henri-Damien Laurent Owen Leonard Chris Nighswonger Liz Rea Bryce Sanchez Robin Sheat Spartaness Zach Sim Ian Walls We regret any omissions. If a contributor has been inadvertantly missed, please send patch against these release notes to koha-patches(a)lists.koha-community.org. The 3.2.x Release Maintainer especially thanks the 3.4 Release Team and all who participated in QA for their diligent labors in testing and pushing well over 287 patches since the 3.2.0 relese. Their continued work very much makes possible the release of 3.2.3 on its announced schedule. Revision control notes ====================== The Koha project uses Git for version control. The current development version of Koha can be retrieved by checking out the master branch of git://git.koha-community.org/koha.git The branch for Koha 3.2.x (i.e., this version of Koha and future bugfix releases) is 3.2.x. The next major feature release of Koha will be Koha 3.4.0. Bugs and feature requests ====================== Bug reports and feature requests can be filed at the Koha bug tracker at http://bugs.koha-community.org/ Naku te rourou, nau te rourou, ka ora ai te iwi.

1 0