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

Basic Setup for a Spanish interface
by Zeno Tajoli 23 Oct '12

23 Oct '12

Hi to all, here in Italy they asked us an installation in Spanish. So in fact the question is for spanish people. I'm starting from a fresh Debian stable. In Espagna as 'locale' what setup do you use ? Do you prefer 'en_US.UTF8 UTF-8' or 'es_ES.UTF-8 UTF-8' in /etc/locale.gen ? Thank you very much Cheers Zeno Tajoli -- Dott. Zeno Tajoli Dipartimento CILEA z.tajoliAT_SPAM_no_prendiATcineca.it fax +39 02 2135520 CINECA - Consorzio Interuniversitario

1 0

Koha 3.10 String Freeze is NOW !
by Paul Poulain 23 Oct '12

23 Oct '12

I've dedicated the largest part of today to review all patches signed-off and waiting for QA to find the bugfixes changing something in strings, have QAed and pushed them when QA was OK. So: I officially declare String Freeze for Koha 3.10 Frederic, you can file translate.koha-community.org with 3.10 translations ! -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

2 1

Koha 3.8.6 released
by Chris Cormack 22 Oct '12

22 Oct '12

The Koha release team are proud to announce the release of 3.8.6. The latest release of the 3.8.x series. This release contains security fixes for XSS vulnerabilities and any people running 3.8.x are encouraged to upgrade. You can download the tarball from download.koha-community.org, for those using the packages the repository will be updated shortly. Please continue reading for the release notes. RELEASE NOTES FOR KOHA 3.8.6 22 Oct 2012 ======================================================================== 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.8.6 can be downloaded from: http://download.koha-community.org/koha-3.08.06.tar.gz Installation instructions can be found at: http://wiki.koha-community.org/wiki/Installation_Documentation OR in the INSTALL files that come in the tarball Koha 3.8.6 is a bugfix/maintenance release. Highlights of 3.8.6 ====================== 7589 blocker tinymce editor broken in .deb packages - in 'en' templates 3652 critical XSS vulnerabilities 8379 critical Encoding problem under Plack 8497 critical Strange behavior when modifying the 'timeout' system preference. Bugs fixed in 3.8.6 ====================== 4173 normal Statuses not appearing in the OPAC 6037 normal Invalid markup, missing breadcrumbs on Keyword to MARC Mapping page 7643 normal Can't upload and import zipped file of patron images 8175 normal items.materials check logs error or displays incorrectly in details.pl 8350 normal Searching for a 10 or 13 digit string (with a number in it) that does not exist in one's catalog will fail to affect SQL statement correctly in C4::Breeding 8581 normal Authority display doesn't like GND records 8617 normal Problem with display of comments waiting for moderation in OPAC 8629 normal update of statistics fields on fund selection in order creation/edition 8659 normal Inactive funds in neworderempty not disabled in IE/Opera 8680 normal Z39.50 searches for ISBN/ISSN problematic in the Acquistions Module 8700 normal RESERVESLIP fields not being replaced correctly 8702 normal System preferences search does not allow accented letters 8739 normal Partial Fine Payments Saving Amount Paid Incorrectly 8744 normal Thesaurus in authorities should not lock fields 8791 normal OPAC UNIMARC XSLT details : subject with subfield 3 8796 normal patron cards not starting on designated card 8810 normal Opac: Cart should display branchname instead of branchcode 8873 normal JavaScript error in Opac displaying tag cloud 7642 minor The number that appears when hovering over a tag in the tag cloud isn't the number of items with that tag 7873 minor Title sort in OPAC basket doesn't work 8441 minor Hide MODS export for UNIMARC 8583 minor Add a warning if a Z39.50 search is started from the "Edit biblio record" page 8711 minor alternating colors messed up on reports 8721 minor typo in AllowItemsOnHoldCheckout 8793 minor Fix materialTypeCode/typeOf008 icons for NORMARC XSLT 8863 minor When clearing a patron attribute, they are all cleared 8869 minor Duplicate member check doesn't disable submit button on bottom. 8764 trivial Template change "Authors" to "Additional authors" in OPAC 8772 trivial Uninitialized variable triggers error log entry in smart_rules.pl 8850 trivial Can't place hold on title with ILS-DI 8806 enhancement Debian packaging updates System requirements ====================== Important notes: * Perl 5.10 is required * Zebra is required 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, only the English version of the Koha manual is available: http://manual.koha-community.org/3.8/en/ 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: * Arabic (100%) * Armenian (100%) * Chinese (Taiwan) (76%) * Danish (75%) * English (New Zealand) (100%) * English (USA) * French (100%) * French (Canada) (76%) * German (100%) * German (Switzerland) (99%) * Greek (69%) * Italian (100%) * Norwegian Bokmål (68%) * Portuguese (Brazil) (100%) * Spanish (100%) Partial translations are available for various other languages. The Koha team welcomes additional translations; please see http://wiki.koha-community.org/wiki/Translating_Koha 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.8 is Release Manager: Paul Poulain <paul.poulain(a)biblibre.com> Documentation Manager: Nicole C Engard <nengard(a)gmail.com> Translation Manager: Frédéric Demians <frederic(a)tamil.fr> QA Manager: Ian Walls <koha.sekjal(a)gmail.com> QA team: Marcel de Rooy <M.de.Rooy(a)rijksmuseum.nl>, Jonathan Druart <jonathan.druart(a)biblibre.com> Mason James <mason(a)kohaaloha.com> Bug Wranglers: Katrin Fischer, Magnus Enger Release Maintainer (3.4.x): Chris Nighswonger <cnighswonger(a)foundations.edu> Release Maintainer (3.6.x): Jared Camins-Esakov <jcamins(a)cpbibliography.com> Release Maintainer (3.8.x): Chris Cormack <chrisc(a)catalyst.net.nz> Credits ====================== We thank the following individuals who contributed patches to Koha 3.8.6. 1 Joseph Alway 1 Ivan Brown 4 Jared Camins-Esakov 1 Frédérick Capovilla 1 David Cook 5 Chris Cormack 1 Jonathan Druart 1 Nicole Engard 1 Magnus Enger 1 Chris Hall 5 Kyle M Hall 1 Mason James 3 Owen Leonard 2 Julian Maurice 1 Maxime Pelletier 5 Paul Poulain 5 Fridolyn SOMERS 2 Adrien Saurat 2 Robin Sheat 3 Mark Tompsett 3 Marc Veron We also especially thank the following individuals who tested patches for Koha 3.8.6. 4 Jared Camins-Esakov 49 Chris Cormack 2 Frédéric Demians 2 Jonathan Druart 3 Magnus Enger 2 Katrin Fischer 6 Kyle M Hall 1 Mason James 4 Owen Leonard 1 Julian Maurice 2 Matthias Meusburger 2 Dobrica Pavlinusic 31 Paul Poulain 2 Mirko Tietgen 9 Marc Veron 2 wajasu We regret any omissions. If a contributor has been inadvertantly missed, please send a patch against these release notes to koha-patches(a)lists.koha-community.org. 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 this version of Koha and future bugfixes in this release line is 3.8.x. The last Koha release was 3.8.5, which was released on September 22, 2012. Bugs and feature requests ====================== Bug reports and feature requests can be filed at the Koha bug tracker at http://bugs.koha-community.org/ Ehara taku toa i te toa takitahi, engari he toa takitini

1 0

Re: [Koha-devel] i need to add new index and new search field
by Mohamed zalabany 21 Oct '12

21 Oct '12

Dear all Dear mohamed megahid you suggest to add the field in this files > 1-zebrabiblio.cfg > 2-add field in zebradb/biblio/... i think you didn't under stand my case because we can use this files with another fields already exist in biblios/etc/bib1.att but 880 field is not exist in this file i tray to add new field in this file and complete the modification in anotherfiles but it doesn't work Mohamed El ZalabanyIntegrated library systems consultant Zalabany Knowledge Systems Team© For Libraries and Information systems Development and support mh_zalabany(a)hotmail.com Mobile: 0111291444 > From: koha-devel-request(a)lists.koha-community.org > Subject: Koha-devel Digest, Vol 83, Issue 34 > To: koha-devel(a)lists.koha-community.org > Date: Sun, 21 Oct 2012 12:00:03 +0200 > > Send Koha-devel mailing list submissions to > koha-devel(a)lists.koha-community.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > or, via email, send a message with subject or body 'help' to > koha-devel-request(a)lists.koha-community.org > > You can reach the person managing the list at > koha-devel-owner(a)lists.koha-community.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Koha-devel digest..." > > > Today's Topics: > > 1. Re: Some thoughts about an ?official? Koha LiveCD (Vimal Kumar V.) > 2. Re: i need to add new index and new search field (Mohamed Megahed) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 20 Oct 2012 16:15:20 +0530 > From: "Vimal Kumar V." <vimal0212(a)gmail.com> > Subject: Re: [Koha-devel] Some thoughts about an ?official? Koha > LiveCD > To: koha-devel(a)lists.koha-community.org > Message-ID: > <CAEaJrwXv8M9NKbwTPTtT4P65WLHA2PKsoc6vgX3PjQYDEbmvLg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Dear Friends, > > Thank you for your suggestions on Live CD/DVD. > > I started to work for Live CD/DVD. > In my experience Remastersys is the right tool to make Live CD/DVD. > It has provision to make ISO in backup mode. > So we can include user account and related files too. > > Remastersys with Ubuntu 12.04 is successful. > Both live mode and installer are working well. > I started with Ubuntu 12.04 ISO image. > One problem with size of the CD/DVD. I removed many heavy applications like > Libreoffice etc. > Even though it size about 800 MB. > > > I strictly followed the instructions from following link to install Koha, > http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages > I found that Z39.50 does not download records. > When try to search records from z39.50 servers, it says Try another search. > Anybody noticed this problem with 3.8.5? > We have to solve this problem. > > Koha CD/DVD should be easy to use. > We have to think about Koha newbies in mind when making CD/DVD. > > I am preparing for a family tour and I return only on October 24. > So I am little bit hurry and have to started to prepare bag packs. > I would like to put forward more ideas from your side to improve the live > CD. > > Regards > > -- > Vimal Kumar V. > Mahatma Gandhi University Library > Kottayam, Kerala- 686 560 > Web: http://www.vimalkumar.org > Blog: http://linuxhalwa.blogspot.com http://kohageek.blogspot.in > --------------------------------------------------------------------------- > "I forget what I was taught. I only remember what I have learnt" > -Patrick White >

2 1

i need to add new index and new search field
by Mohamed zalabany 21 Oct '12

21 Oct '12

hi all please i have a project and i use 880 field to write the vernacular title, author and publisher in Arabichow to make this field searchable i didn't found any thing tell me how to index new field my reference was http://wiki.koha-community.org/wiki/Understanding_Zebra_indexingthanks Mohamed El ZalabanyIntegrated library systems consultant Zalabany Knowledge Systems Team© For Libraries and Information systems Development and support mh_zalabany(a)hotmail.com

2 1

Re: [Koha-devel] Some thoughts about an »official« Koha LiveCD
by Vimal Kumar V. 20 Oct '12

20 Oct '12

Dear Friends, Thank you for your suggestions on Live CD/DVD. I started to work for Live CD/DVD. In my experience Remastersys is the right tool to make Live CD/DVD. It has provision to make ISO in backup mode. So we can include user account and related files too. Remastersys with Ubuntu 12.04 is successful. Both live mode and installer are working well. I started with Ubuntu 12.04 ISO image. One problem with size of the CD/DVD. I removed many heavy applications like Libreoffice etc. Even though it size about 800 MB. I strictly followed the instructions from following link to install Koha, http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages I found that Z39.50 does not download records. When try to search records from z39.50 servers, it says Try another search. Anybody noticed this problem with 3.8.5? We have to solve this problem. Koha CD/DVD should be easy to use. We have to think about Koha newbies in mind when making CD/DVD. I am preparing for a family tour and I return only on October 24. So I am little bit hurry and have to started to prepare bag packs. I would like to put forward more ideas from your side to improve the live CD. Regards -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com http://kohageek.blogspot.in --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White

1 0

Some thoughts about an »official« Koha LiveCD
by Mirko 20 Oct '12

20 Oct '12

Hello everyone, as of the last IRC meeting, we have a LiveCD manager and that leads us one step into the direction of an »official«, maintained Koha LiveCD as opposed to various more or less outdated disks that are to be found scattered across the interwebs. I was wondering if we should start to gather some ideas of what we would agree on to be deserving the label »official Koha LiveCD« -- or if we would not want that label at all. Some things that came to minds (to my own and those of others in discussions about it) are - being up-to-date One of the problems now is that a lot of the available liveCDs are very outdated, thus carrying bugs and security risks. LiveCDs are old as soon as they get out by default. It would be important to have the latest stable version ready. I don't know if it is realistic to expect a fresh disk each month (or even two, for stable and oldstable)?! Would there be less stressful release cycles imaginable for this kind of release? - promoting liveCDs for testing, not for production LiveCDs are very common in GNU/Linux land and a nice way to try things without having to go through a more or less complicated installation routine and maybe breaking what you had running before. But I think once you tested and decided to use the system, you should go for a real installation and I'd like to see that promoted to avoid having people run outdated versions forever. There is even the idea of an expiration date for LiveCDs to decrease the number of outdated, insecure Koha systems. - promoting package installation Having the choice to install directly from the live medium after testing would be desirable. The best/ easiest/ recommended way of installation is an installation with Debian packages. I hope to see the inclusion of this way of installation as a goal of the development of an »official« disk. - bug tracking/ transparency Koha development happens mostly in the open and can be observed on bugzilla and git. It would be nice to see a »LiveCD« section on bugzilla that is assigned to the LiveCD Manager to be able to give feedback on bugs specific to this form of release, discuss development and also have some people test new releases of the disk before release. There is probably a lot more I forgot but I thought it might be useful to start a discussion about it. What are your thoughts on the points given here, what other things do you consider important? I'd be particularly interested in Vimal's views of course, but also like to see participation by everybody else. I send this email to both lists but I would propose to discuss on [koha-devel]. Vimal, are you subscribed to the developer list[1]? That would be a good thing to do if you have not done so already. -- Mirko [1] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel

2 1

Re: [Koha-devel] Some thoughts about an »official« Koha LiveCD
by Waylon Robertson 20 Oct '12

20 Oct '12

________________________________ From: Waylon Robertson <wrobertson1981(a)yahoo.co.nz> To: Mirko <5p4m(a)gmx.de> Sent: Saturday, 20 October 2012 1:44 PM Subject: Re: [Koha-devel] Some thoughts about an »official« Koha LiveCD what about, with this LiveCD (which i presume would be created with the use of a kickstart script) include the ability to install, with an appropiately created kickstart script. so it installs the OS and everything necessary to run koha, and koha itself. ________________________________ From: Mirko <5p4m(a)gmx.de> To: Koha-devel(a)lists.koha-community.org; koha(a)lists.katipo.co.nz Cc: vimal0212(a)gmail.com Sent: Saturday, 20 October 2012 7:27 AM Subject: [Koha-devel] Some thoughts about an »official« Koha LiveCD Hello everyone, as of the last IRC meeting, we have a LiveCD manager and that leads us one step into the direction of an »official«, maintained Koha LiveCD as opposed to various more or less outdated disks that are to be found scattered across the interwebs. I was wondering if we should start to gather some ideas of what we would agree on to be deserving the label »official Koha LiveCD« -- or if we would not want that label at all. Some things that came to minds (to my own and those of others in discussions about it) are - being up-to-date One of the problems now is that a lot of the available liveCDs are very outdated, thus carrying bugs and security risks. LiveCDs are old as soon as they get out by default. It would be important to have the latest stable version ready. I don't know if it is realistic to expect a fresh disk each month (or even two, for stable and oldstable)?! Would there be less stressful release cycles imaginable for this kind of release? - promoting liveCDs for testing, not for production LiveCDs are very common in GNU/Linux land and a nice way to try things without having to go through a more or less complicated installation routine and maybe breaking what you had running before. But I think once you tested and decided to use the system, you should go for a real installation and I'd like to see that promoted to avoid having people run outdated versions forever. There is even the idea of an expiration date for LiveCDs to decrease the number of outdated, insecure Koha systems. - promoting package installation Having the choice to install directly from the live medium after testing would be desirable. The best/ easiest/ recommended way of installation is an installation with Debian packages. I hope to see the inclusion of this way of installation as a goal of the development of an »official« disk. - bug tracking/ transparency Koha development happens mostly in the open and can be observed on bugzilla and git. It would be nice to see a »LiveCD« section on bugzilla that is assigned to the LiveCD Manager to be able to give feedback on bugs specific to this form of release, discuss development and also have some people test new releases of the disk before release. There is probably a lot more I forgot but I thought it might be useful to start a discussion about it. What are your thoughts on the points given here, what other things do you consider important? I'd be particularly interested in Vimal's views of course, but also like to see participation by everybody else. I send this email to both lists but I would propose to discuss on [koha-devel]. Vimal, are you subscribed to the developer list[1]? That would be a good thing to do if you have not done so already. -- Mirko [1] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/

1 0

Re: [Koha-devel] DOM, id:x, reindexing (bug8665?)
by Paul 19 Oct '12

19 Oct '12

At 04:22 PM 10/17/2012 -0400, it was written: >Paul, >Isn't this the problem you were trying to solve to begin with? Progress! Thanks all around. After a mini-marathon our cataloguers have edited *all* duplicate 001 fields. Zebra -z doesn't keep up with 001, so for our plug-in to work I had to CRON a complete re-catalogue every couple of minutes, and if the ladies went too fast they created brand-new duplicates -- which has highlighted another "change" to zebra. Deleting a biblio, after deleting any items attached, also requires a complete re-index (else staff page still lists it and OPAC produces a 404.) Is this expected behaviour? I don't remember this in 3.6.1, but no longer have a working copy of that version. So now the ladies are working on 'authorities', starting with PERSO_NAME, which appear (thanks to the above) to be functional for those that were imported (mysql restore) from 3.6.1, but non-functional for new records (those entered directly into 3.8.4/5 -- this could well be that for the last six weeks the "authority search" while cataloguing a 100$a (and 700, 64x, etc) did not function, it now does.) I've had a look at the command line ./merge_authority.pl but it looks as though -f -t is intrinsically slower than using the staff interface -- plus I'd have to do it myself, our ladies do not use the CLI. Is there something I'm missing with that (or another) perl script that could actually find potential unlinked 100$a fields and "automate" merging to some extent? But I'm also confused that the manual and preference page seem to differ a little over '/misc/migration_tools/merge_authorities.pl' and '/bin/migration_tools/merge_authority.pl -- are these the same script? And while a cron job is not required if 'dontmerge' is set to "Do", could it be helpful in 3.8.5 with authority preferences set (I think the closest to 3.6.1) to: AutoCreateAuthorities 'Generate' BiblioAddsAuthorities 'Allow' dontmerge 'Do' MARCAuthorityControlField008 {default} UseAuthoritiesForTracings 'Don't use' Linker CatalogModuleRelink 'Do' LinkerKeepStale 'Do' LinkerModule {default} LinkerOptions {blank} LinkerRelink 'Do' Many thanks for all your assistance so far; and best regards. Paul

1 0

doubt
by Leonardo Alvarez Figueras 19 Oct '12

19 Oct '12

Hi all . I'm a college student , developing new Koha , work with version 3.06, this version has a bug in the module to ensure the provision of services under the standard OAI-PMH and need to fix it . If someone could help me or guide about it , thank you very much . 10mo. ANIVERSARIO DE LA CREACION DE LA UNIVERSIDAD DE LAS CIENCIAS INFORMATICAS... CONECTADOS AL FUTURO, CONECTADOS A LA REVOLUCION http://www.uci.cu http://www.facebook.com/universidad.uci http://www.flickr.com/photos/universidad_uci

2 1